Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 215
Info-Atari16 Digest Tue, 16 Apr 91 Volume 91 : Issue 215
Today's Topics:
.Z compression for the ST (2 msgs)
Atari for Auction
Flash & QuickST
GDOS/TT/TTM195
Graphics on the STE - v. generally speaking...
Mint... (3 msgs)
Posting Z*Net International 3rd request!
Running Mupfel under Neodesk (2 msgs)
smail on Atari ST
The language named C
TT Toaster (again)
Ultima VI
Weird TT hard disk thingy (2 msgs)
Welcome to the Info-Atari16 Digest. The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out. Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list
instead of the moderators are likely to be lost or ignored.
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
Date: 17 Apr 91 00:42:36 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!helios!rigel.tamu.edu!ieb482
6@arizona.edu (BOU-SAADA, INGRID EDMOND)
Subject: .Z compression for the ST
To: Info-Atari16@naucse.cse.nau.edu
Does anyone know of a program for the ST that can compress and
uncompress .Z compressed files. If there is one does it require a shell
or anything to implement. I've been downloading some astronomical gifs
that are huge and uncompressed with a 1200 baud modem and I'm getting
desperate!!!
Thanks in advance and for
help in the past...
E.Bou-saada
(ieb4826@zeus.tamu.ed)
------------------------------
Date: 17 Apr 91 02:24:40 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!wuarchive!uwm.edu!spool.mu.edu!munnari.
oz.au!brolga!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison)
Subject: .Z compression for the ST
To: Info-Atari16@naucse.cse.nau.edu
> Does anyone know of a program for the ST that can compress and
>uncompress .Z compressed files. If there is one does it require a shell
>or anything to implement. I've been downloading some astronomical gifs
>that are huge and uncompressed with a 1200 baud modem and I'm getting
>desperate!!!
Yes, I think there is a "compress" at atari.archive
GIFs are already compressed using the same algorithm that "compress"
uses. It's just that the files you have are probably BIG images, with lots
of detail - there's no way around it. See if there is a IBM PC at your
campus and FTP to 3.5" floppies (or kermit, or whatever).
Warwick.
--
_--_|\ warwick@cs.uq.oz.au
/ * <-- Computer Science Department,
\_.--._/ University of Queensland,
v AUSTRALIA.
------------------------------
Date: 16 Apr 91 21:24:34 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!ub!dsinc!netnews
.upenn.edu!platypus!jaguar.ucs.uofs.edu@arizona.edu (OGRINZ MICHAEL E)
Subject: Atari for Auction
To: Info-Atari16@naucse.cse.nau.edu
Ok, folks. This is the last update that will be posted here in
comp.sys.atari.st. For the remaining updates, I direct you to
misc.forsale.computers. I haven't really been flamed too much, but
a few people feel its not appropriate to post the updates here (or at
all in some cases :-) ) Anyway, I'll keep this message short... But
over on the other group I'll post a much exapanded list of stuff the
system comes with for those of you who don't know already.
Remember: Bidding closes April 22nd! High bid as of today is: $750
Mike Ogrinz
------------------------------
Date: 17 Apr 91 01:30:54 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!uakari.primate.wisc.edu!aplcen!jhunix!d
_alvear@arizona.edu (Dom Alvear)
Subject: Flash & QuickST
To: Info-Atari16@naucse.cse.nau.edu
In article <2804b3e4.2556@petunia.CalPoly.EDU> sslee@polyslo.CalPoly.EDU (Steven
Lee) writes:
>
>
>I have Flash v1.52 and QuickST v.2.20 and it seems either no one comes across
>this problem or everyone is just ignoring it. The problem is that Flash
>tends to leave remaining cursors everywhere on the screen (I'm emulating
>vt100). Even when I disable QuickST, it still does this. Only when I
>not load in QuicskST on autoboot does the problem disappear.
My brother has QuickST 2.10 (I don't know if he's updated to the
latest version.). I used Flash 1.60 on his computer and I got the
cursor left-overs as well. I told Darek Mihoka about it, but he
didn't believe me. (Said something about it being a problem with
Flash or that I was using an older version of Q-ST...) Obviously it
is a problem with Q-ST 2.20 as well. Incidentally, Turbo ST 1.84 does
NOT leave junk all over the screen, but it unfortunately disables the
ability for Flash to display underlines.
>I've tried using some german program (called fixflash or something like
>that) but it doesn't seem to work. Alas, I have no docs to that program.
Does anybody know what this program (fixflash) does? If it fixes the
problem with the underline in TurboST I'd love to see it on
atari.archive!
>I'm not sure which program is at fault, but it sure is annoying. It even
>warrants me to boot Flash on my disk drive (yech!) as opposed to my hard
>drive so I don't have to reconfigure my autoboot programs there.
Why not use a program like SuperBoot or DeskManager? It'll make your
life much easier in the long run!
>
>Steven
Dom
------------------------------
Date: 16 Apr 91 18:01:12 GMT
From:
noao!asuvax!cs.utexas.edu!uwm.edu!spool.mu.edu!samsung!umich!wsu-cs!jake!pbh@ar
izona.edu (Patrick Haggood)
Subject: GDOS/TT/TTM195
To: Info-Atari16@naucse.cse.nau.edu
In article <23575@know.pws.bull.com> CSULLOGG@CRL.AECL.CA writes:
>The trick is to put 08p screen.sys to 10p screen.sys lines in,
>along with the fonts for the 04p screen.sys driver. Thank goodness that
>there are users out there who can help.
Here's the first time I've seen any discussion about the screen.sys
lines above 4p. When I dloaded Rufus it had some fonts and lines
in the > 4p range (6-9p if I recall). Since I am using only a
monochrome monitor, can I remove these lines? Can I remove all lines
excluding the 4p (and the fonts under it)?
--
Patrick B. Haggood
Wayne STate University
Detroit, MI
Physics - Class of 1991 (-2?)
------------------------------
Date: 16 Apr 91 21:13:04 GMT
From: uncle-bens.rice.edu!bgr@rice.edu (Robert G. Rhode)
Subject: Graphics on the STE - v. generally speaking...
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Apr16.192259.4357@rice.edu>, bgr@uncle-bens.rice.edu (Robert G.
Rhode) writes:
> In article <1563@ipsi.UUCP>, wallmann@ipsi.UUCP (Georg Wallmann) writes:
>
> > always came up with "too expensive". Of course if you think 16 MB isn't
> > expensive ... as you do in your post. While thinking about it I
> > had this great idea for a new RAM technology, which unfortunately
> > (then unbeknownst to me) already existed as dual-port RAM. Even then the
> > bus width needed and the cycle speed is just about too ridicolous for
> > a home computer. Personally I'd be happy with 640*400*16bit colors at
> > 70Hz and some hires in mono. That would be monetarily feasible, I only
> > want color for the games <slobber> anyway, and some hires for programming.
>
> I think I can (theoretically) offer you a better deal:
>
> How about 1024x1024x24-bit color for <$350 parts cost (if you are an OEM)...
>
> Ingredients:
> 24 1-Megabit Video Rams @
> 1 Brooktree triple 8-bit RAMDAC @
> glue logic
>
> 1024x1024x70 Hz = 110 MHz pixel clock.
> Each VRAM is 256Kx4, so each VRAM needs to output at 27.5 MHz.
> A 100-ns VRAM is rated to shift out serial information at the rate of 33 MHz.
> 1 VRAM chip per bitplane.
>
> A VRAM is a dual-ported RAM with a DRAM half and a serial shift register half.
> The two halves are completely independent of one another except when passing
data
> between them. 512 bits (1 DRAM row) is transferred at a time.
>
> Anyway, I am currently doing a theoretical video board design for a senior EE
class,
> and I assure you that the performance you require is not at all unreasonable
in cost.
>
> - Bob
>
Silly me, I forgot to tell it the right distribution.
By the way, that should say Brooktree VideoDAC, not RAMDAC. A RAMDAC is what
you use
when you want to have a 256-color lookup table for 8-bit graphics. The Bt459
RAMDAC has a 256x24 lookup table for color information, 16x24 overlay color
lookup table
for easy text-over-graphics or windowing applications, and even a 64x64x3-color
cursor in
hardware (For those of you who want a sprite).
I hope this reaches more than just me this time...
------------------------------
Date: 15 Apr 91 01:40:06 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!linus!
snorkelwacker.mit.edu!ai-lab!life.ai.mit.edu!johnb@arizona.edu (John Bunch)
Subject: Mint...
To: Info-Atari16@naucse.cse.nau.edu
Hello,
I have the Mint/MGR package, and would like to know how to get it to
start up in medium res. I have a 1040ste that like to boot up in low
res. Right now I run quickst 2.10 to have it start in medium res, but
when I go to gem from mint it comes up as low res, is ther a fix for
this?? Any help would be appreciated...
John Bunch
--
************************************************************************
* John Bunch * 610 Morris St. * To be filled with a nifty *
* johnb@gnu.ai.mit.edu * Albany,NY * quote at a later date... *
* * 12208 * *
************************************************************************
------------------------------
Date: 16 Apr 91 23:37:07 GMT
From:
noao!asuvax!ncar!elroy.jpl.nasa.gov!jarthur!petunia!csuchico.edu!ekrimen@arizon
a.edu (Ed Krimen)
Subject: Mint...
To: Info-Atari16@naucse.cse.nau.edu
- I have the Mint/MGR package, and would like to know how to get it to
- start up in medium res. I have a 1040ste that like to boot up in low
- res. Right now I run quickst 2.10 to have it start in medium res, but
- when I go to gem from mint it comes up as low res, is ther a fix for
- this?? Any help would be appreciated...
This is a bug in TOS 1.06; TOS 1.62 fixes this minor bug as well as
some other things, but TOS 1.62 is not available as an upgrade.
Anyway, there is a program on the language disk called STE_FIX.
Putting this in the AUTO folder will have your STe boot in medium res
if the DESKTOP.INF is set for medium res. However, there is another
way....
Depending on how your personal DESKTOP.INF file looks, you want to
change the 12 in line 5 to 13.
#a060000
#b000000
#c???000?000<000?00;;400;0;;;4440??0;;?0?;0;;;0??03111103
#d
#E 90 13
~~
This tells the STe to boot in monochrome, but when you're running a
color monitor it goes to medium res.
--
Ed Krimen ...............................................
||| Video Production Major, California State University, Chico
||| INTERNET: ekrimen@ecst.csuchico.edu FREENET: al661
/ | \ SysOp, Fuji BBS: 916-894-1261 FIDONET: 1:119/4.0
------------------------------
Date: 16 Apr 91 23:33:52 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!samsung!munnari.
oz.au!brolga!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison)
Subject: Mint...
To: Info-Atari16@naucse.cse.nau.edu
>I have the Mint/MGR package, and would like to know how to get it to
>start up in medium res. I have a 1040ste that like to boot up in low
>res. Right now I run quickst 2.10 to have it start in medium res, but
>when I go to gem from mint it comes up as low res, is ther a fix for
>this?? Any help would be appreciated...
This may sound silly, but...
1. Boot without MiNT
2. Set preference to Medium
3. Save desktop
Try again.
Or have you already tried the obvious?
--
_--_|\ warwick@cs.uq.oz.au
/ * <-- Computer Science Department,
\_.--._/ University of Queensland,
v AUSTRALIA.
------------------------------
Date: 16 Apr 91 20:47:38 GMT
From: argosy!henry@decwrl.dec.com (Henry Polard)
Subject: Posting Z*Net International 3rd request!
To: Info-Atari16@naucse.cse.nau.edu
In article <14250@ccncsu.ColoState.EDU> sytang@euclid.math.colostate.edu.UUCP
(Shoou-yu Tang) writes:
> Also there is a mailing list for individual want to receive it
I'd be just as happy recieving it by email instead of having it
posted here. I haven't noticed subscription info posted here for a
long time; could somebody please post how to do so?
If I can get it via a mailing list, I'd vote against posting ZNet
here.
Henry Polard | REAL net address: | Reality / Virtual 17-line .sig
(408) 736-3300 | henry@maspar.com | is an allusion. \ with spiffy graphics.
------------------------------
Date: 16 Apr 91 18:37:17 GMT
From: mcrware!mwca!bill@uunet.uu.net (Bill Sheppard)
Subject: Running Mupfel under Neodesk
To: Info-Atari16@naucse.cse.nau.edu
In article <779@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes:
>Try out Mupfel that comes with the Gemini stuff, it allows "/" to be used
>instead of "\" and has many csh like features. Also, it doesn't remap the
>keyboard (which make Gulam useless on my Australian (uk? us?) keyboard).
I see some wierdness if I try to run Mupfel from within Neodesk - if I run
Mupfel, then run Zoo from Mupfel, zoo gets executed twice. Also, upon
exiting Mupfel I get put back to the desktop instead of to Neodesk (using
the non-resident mode of execution). Doing a bit of experimenting, I tried
running shell_0 in my AUTO folder, then running Neodesk, then Mupfel, and
with that combination Mupfel won't exit at all (goes right back to Mupfel).
Any ideas?
--
##############################################################################
# Bill Sheppard -- bills@microware.com --
# Microware Systems Corporation --- OS-9: Seven generations beyond OS/2!! #
######Opinions expressed are my own, though you'd be wise to adopt them!######
------------------------------
Date: 17 Apr 91 02:19:08 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!caen!uwm.edu!spool.mu.edu!munnari.oz.au
!brolga!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison)
Subject: Running Mupfel under Neodesk
To: Info-Atari16@naucse.cse.nau.edu
In <1847@mwca.UUCP> bill@mwca.UUCP (Bill Sheppard) writes:
>In article <779@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes:
>>Try out Mupfel that comes with the Gemini stuff, it allows "/" to be used
>>instead of "\" and has many csh like features. Also, it doesn't remap the
>>keyboard (which make Gulam useless on my Australian (uk? us?) keyboard).
>I see some wierdness if I try to run Mupfel from within Neodesk - if I run
>Mupfel, then run Zoo from Mupfel, zoo gets executed twice. Also, upon
>exiting Mupfel I get put back to the desktop instead of to Neodesk (using
>the non-resident mode of execution). Doing a bit of experimenting, I tried
>running shell_0 in my AUTO folder, then running Neodesk, then Mupfel, and
>with that combination Mupfel won't exit at all (goes right back to Mupfel).
>Any ideas?
About zoo: Check if it exists twice on your path maybe.
I run Gemini with Mupfel, then Uniterm within that, then Mupfel from within
Uniterm, then zoo from there and THAT STILL WORKS! Hmm. Maybe a strange
set-up, maybe Neodesk. When you "exit" Mupfel, it calls some "exit.prg", but
I don't really understand that bit (.logout maybe?)
--
_--_|\ warwick@cs.uq.oz.au
/ * <-- Computer Science Department,
\_.--._/ University of Queensland,
v AUSTRALIA.
------------------------------
Date: 16 Apr 91 22:38:00 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!samsung!uakari.primate.wisc.edu!caen!sol.ctr.c
olumbia.edu!src.honeywell.com!msi.umn.edu!cs.umn.edu!thelake!steve@arizona.edu
(Steve Yelvington)
Subject: smail on Atari ST
To: Info-Atari16@naucse.cse.nau.edu
[In article <1991Apr14.071306.3889@edm.isac.CA>,
darius@edm.isac.CA (Darius S. Naqvi) writes ... ]
> Possibly what happened is that the above two people took smail 2.5 (or
> some other version) and modified it a lot, and then placed the whole
> thing under the Gnu Copyleft.
No, Smail 3.x is definitely a fresh start. I'm not a 3.x guru, but
as I understand it, it was intended as a replacement for Sendmail.
Among other things, it handles multiple transportation methods,
while Smail 2.x doesn't.
> version. Where could I get the standard UNIX smail v2.5, i.e., the
> version that was modified for TOS *minus* all the modifications?
I'm afraid I don't know much about how to find Unix archives, but
you could ask in the appropriate Unix newsgroup, comp.mail.uucp, or
even comp.os.minix -- I wouldn't be surprised to find that somebody's
already done the work for you.
----
Steve Yelvington, Marine on St. Croix, Minnesota, USA / steve@thelake.mn.org
------------------------------
Date: 16 Apr 91 22:47:08 GMT
From:
noao!ncar!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!src.honeywell.com!msi.
umn.edu!cs.umn.edu!thelake!steve@arizona.edu (Steve Yelvington)
Subject: The language named C
To: Info-Atari16@naucse.cse.nau.edu
[In article <1991Apr16.134257.8944@cs.wayne.edu>,
pbh@jake.tmc.edu (Patrick Haggood) writes ... ]
>>(in response to a query about editors and C compilers)
> since I gave up on GCC. CBREEZE is a Michtron product, and they've
> moved so I can't give you an address. However, it's still advertized in
> ST mags so I'm sure you can find it.
Last I saw, E. Arthur Brown had acquired a big pile of Michtron sw,
including CBREEZE, and was selling it cheap. (I actually prefer the speed
of MicroEMACS and a full, clear screen.)
The basenote asked about C compilers for learning. I think anybody who
wants to learn C and doesn't pick up Sozobon AND the free source code to
the libraries (dLibs) is missing a golden bet. I've learned more from
Dale Schumacher's code (and from Dale himself) than I've ever learned
from a book.
And as for commercial support ... don't place too much value on that.
They're not going to teach you how to code on the phone. If you have
questions, try comp.sys.atari.st.tech. And post code samples!
----
Steve Yelvington, Marine on St. Croix, Minnesota, USA / steve@thelake.mn.org
------------------------------
Date: 16 Apr 91 18:43:39 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!jarthur!petunia!csuchico.edu!ekrimen@arizona.e
du (Ed Krimen)
Subject: TT Toaster (again)
To: Info-Atari16@naucse.cse.nau.edu
I found this article in comp.sys.amiga.graphics and dragged it over here
'cause I thought some people might be interested in it. I think it has
some relation to the TT Toaster that was discussed a while ago. I have
redirected the follow-up to comp.sys.amiga.graphics (at least tried to).
Article: 1069 of comp.sys.amiga.graphics
Path: csuchico.edu!petunia!usc!rpi!masscomp!calvin!mark
From: mark@calvin..westford.ccur.com (Mark Thompson)
Newsgroups: comp.sys.amiga.graphics
Subject: Re: Burn MACWorld... BURN!
Message-ID: <61899@masscomp.westford.ccur.com>
Date: 16 Apr 91 13:50:30 GMT
References: <1991Apr14.224051.369@usenet.ins.cwru.edu> <41281@cup.portal.com>
<1991Apr15.102050.21859@uservx.afwl.af.mil>
Sender: news@masscomp.westford.ccur.com
Reply-To: mark@calvin.westford.ccur.com (Mark Thompson)
Organization: Concurrent Computer Corp. Westford MA.
Lines: 23
In article <1991Apr15.102050.21859@uservx.afwl.af.mil>
galetti@uservx.afwl.af.mil writes:
>In article <41281@cup.portal.com>, amigan@cup.portal.com (R Michael Medwid)
writes:
>>Ah..but yes the Toaster *is* available for the Mac..when you buy the "Toaster
>>Package" it comes with a toaster inside an Amiga 2000HD..and they throw in
>>a connector cable so you can export your images from the Mac directly (ahem)
>>to the Toaster (uh..by way of..an Amiga!!)..chuckle chuckle..
>Seriously? Is this for real? You mean to tell me that a toaster installed in
>an A2000HD is considered an available peripheral for the Mac? You've got to
>be SH*TTING me!
Yes, it is being marketed this way for the Mac and IBM clones. But there is
something else. Tim Jenison (NewTek president) was recently quoted to say
that their goal was to produce a stand-alone Toaster for under $1000. They
plan on achieving this end by incorporating pieces of the Amiga into the
new "black box" toaster. I have heard they have already done some negotiations
with Commodore to create this product.
%
% ` ' Mark Thompson CONCURRENT COMPUTER %
% --==* RADIANT *==-- mark@westford.ccur.com Principal Graphics %
% ' Image ` ...!uunet!masscomp!mark Hardware Architect %
% Productions (508)392-2480 (603)424-1829 & General Nuisance %
% %
--
Ed Krimen ...............................................
||| Video Production Major, California State University, Chico
||| INTERNET: ekrimen@ecst.csuchico.edu FREENET: al661
/ | \ SysOp, Fuji BBS: 916-894-1261 FIDONET: 1:119/4.0
------------------------------
Date: 16 Apr 91 14:01:20 GMT
From: zodiac!borkowsky@rutgers.rutgers.edu
Subject: Ultima VI
To: Info-Atari16@naucse.cse.nau.edu
Ultima VI: Will it ever live for the Atari ST? Does anybody know if
a) Origin is planning to produce it for the Atari ST
and b) Will Origin produce it for the ST?
And what about all their other great games? (The titles elude me, but they
look good on the IBM...)
I'm not really much of a gamer at all, but, hey, who can pass up Origin?
(I don't understand why Ultima V didn't have MIDI sound...Ultima III did...)
------------------------------
Date: 16 Apr 91 19:53:00 GMT
From: noao!ncar!elroy.jpl.nasa.gov!jato!hanauma.jpl.nasa.gov!hyc@arizona.edu
(Howard Chu)
Subject: Weird TT hard disk thingy
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Apr16.042133.20872@mailer.cc.fsu.edu> boyd@nu.cs.fsu.edu writes:
>My friend managed to get his external Supra HD connected to his TT
>(which has an internal SCSI device). The TT differentiates between
>SCSI and ASCI devices. The internal drive is set at SCSI 0, so my
>friend set his Supra at SCSI 1, so they would not confict. This
>turned out to be the problem. BOTH drives had to be set to SCSI 0
>to work. Extremely weird. Anyone have an explination?
What did he plug the Supra into, daisy chained off the SCSI port, or
the Atari DMA port? If DMA port, then the answer is that you're using two
separate buses...
--
-- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
Disclaimer: How would I know, I just got here!
------------------------------
Date: 17 Apr 91 05:19:21 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!samsung!caen!uflorida!mailer.cc.fsu.edu!bind!b
oyd@arizona.edu (Mickey Boyd)
Subject: Weird TT hard disk thingy
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Apr16.195300.1906@jato.jpl.nasa.gov>, hyc@hanauma.jpl.nasa.gov
(Howard Chu) writes:
>In article <1991Apr16.042133.20872@mailer.cc.fsu.edu> boyd@nu.cs.fsu.edu
writes:
>>My friend managed to get his external Supra HD connected to his TT
>>(which has an internal SCSI device). The TT differentiates between
>>SCSI and ASCI devices. The internal drive is set at SCSI 0, so my
>>friend set his Supra at SCSI 1, so they would not confict. This
>>turned out to be the problem. BOTH drives had to be set to SCSI 0
>>to work. Extremely weird. Anyone have an explination?
>
>What did he plug the Supra into, daisy chained off the SCSI port, or
>the Atari DMA port? If DMA port, then the answer is that you're using two
>separate buses...
>--
He plugged it into the DMA. However, if it is a separate bus, then it
was the only device on it. So why does the Atari software demand that
it be device 0? That is what puzzles me.
--
---------------------------------+-------------------------------------
Mickey R. Boyd | "Kirk to Enterprise. All clear
FSU Computer Science | down here. Beam down
Technical Support Group | yeoman Rand and a six-pack . ."
email: boyd@fsucs.cs.fsu.edu |
---------------------------------+-------------------------------------
------------------------------
End of Info-Atari16 Digest
******************************
