HDTenEightyP/NetNews huggingface dataset:
From: imkrause@techfak.uni-bielefeld.de (Michael Krause)
Subject: SAM 804 Laser and harddrive at DMA-Port
Date: Tue, 1 Sep 92 14:58:59 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

I am posting this for a friend of mine:
He is running a NEC D5 146H harddrive, driven by a OMTI 5527 (20513?)
controller which runs at the DMA-Port.
At this port the laserprinter should run as well and that is the problem.
How is it possible to work with both devices at the same time ? 
It would be fine by just changing a device address of the harddrive or
the laserprinter but there is no documentation available to him :-(
If anybody knows how to deal with this, please email to me
instead of posting because i do not read this newsgroup very often.

Thanks,
Michael

-- 
------------------------------------------------------------
- Michael Krause                             |       //    -
- E-Mail: imkrause@techfak.uni-bielefeld.de  |      //     -
- Snail-Mail: is too slow                    |  \\ //      -
- IRC-Nick: Juggi                            |   \X/030/28 -
------------------------------------------------------------
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Re: GEM.. what needs to be fixed, and soon!
Date: 28 Aug 1992 13:23:59 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <1992Aug28.095413.26495@bas-a.bcc.ac.uk> ucacmsu@ucl.ac.uk (Mr Stephen R Usher) writes:
>In article <MebEmeK00awP4Wh0tl@andrew.cmu.edu> sm86+@andrew.cmu.edu (Stefan Monnier) writes:
[stuff deleted]
>>> (1) Response time for mouse button presses.
>>
>>> 	Has anyone noticed that it takes about a second for a mouse press to
>>> be acted upon under GEM? This delay is the same on the TT as on the ST. This
>>> has put off a large number of people when I've tried to promote the ST/TT
>>> for general use. It can be a right pain when you click on one item, move the
>>> mouse and the system highlights the one your mouse just passed over.
[responses deleted]

	I don't know if I am addressing the problem you describe, but doesn't
the button sensitivity section of the General.cpx control in Xcontrol panel
take care of that?  You know, set it to faster response?

>>> (3) GDOS is an optional extra.
>>
>>> 	In these days any GUI-frontend without a built in scalable font
>>> generator is doomed. In my opinion a GDOS derivative (scalable font version)
>>> should be included IN ROM along with a minimum of fonts (eg Times Roman,
>>> Helvetica etc).
>>
>>Why in ROM in these days (just think of Macs, OS/2, Windows, Unix, etc..) ?
>>I personnally think that much more of the OS should come on disk ! (for
>>faster and easier updates)
>
>It should be on ROM so that the innocent new users need not know anything to
>start playing.. ie Buy machine, install word precessor using manual to tell
>them what to do, run word processor... lovely fonts.
>OK, if you want it upgradable, you buy the upgrade which just patches over
>the old version, just like official Atari patches do now!

	Thats a nice idea but! it is not very efficient.  Remember ROM space
is pretty expensive: Monetarily, it costs more to put it in ROM, especially
since a "few basic fonts" are more than likely to go over 512k - space that
just isn't in the (I believe) 1MB ROM space (might be less); Design wise,
if you insist on putting it with the rest of the system code, you might be 
looking at a space-squeeze, so if the fonts go in, something will have to
come out:  Do you want to lose a)IDE/SCSI capability? b) MULTI-tasking? 
c) GUI (3d, or whatever) ? - Whatever you pick, you are going to lose - just
load them in RAM and forget it.  Besides, that way you only need load the
fonts you want, not what are just standard.  However, they could make an easier
method of loading fonts (unless FSM/FONTGDOS is as simple as put font program
in /auto, run font setup, select fonts to load (that should come on disk with
system for basic fonts), never have to load those fonts again (either they
are loaded onto floppy for those w/out HDs, or are loaded onto the HD and
never be reloaded)).

[much stuff deleted]

	-Mike

Xref: sparky comp.sys.atari.st:12760 comp.sys.atari.st.tech:4568
From: UweKloss@lionbbs.bs.open.de ( Uwe Kloss )
Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
Organization: The Lion Town BBS, Brunswik, Germany
Subject: Re: Utterly bizarre idea for Atari
	<1992Aug15.043618.17054@news.csuohio.edu>
Reply-To: UweKloss@lionbbs.bs.open.de
X-Software: HERMES GUS 1.00 Rev. Jan 16 1992
Date: Sun, 23 Aug 1992 22:28:36 MET

In <oeZZqx200awNQ66F0C@andrew.cmu.edu>, Stefan Monnier writes:
> > Which is definitely wrong! Even for the simple 68000!
> > What do you think are the pins ~BR(bus request),
> > ~BG (bus grant) and ~BGACK (bus grant acknowlege) for?

> Just a precision: with caches, you generally don't use BG and the likes
> to solve the problem of simultaneous access to shared memory: each
> processor has his own local bus!
Right!
But with caching the cache controller should use bus arbitration.

> The main problem with 27 processors is that shared memory is not applicable:
> this memory would be too of a bottleneck!
> but until 10 or so processors, it is definetely 'makable' although
Jep! This ist the number I remember from my CS lectures.

> surely (much) more expensive than a 68030 (or even 68040) monoprocessor
> system!
Power has it's price! ;-)

> That's the whole point: the processor price doesn't decide the system price !
Right!

Uwe
-- 
Eliminiere das Unmoegliche. Was immer uebrig bleibt, so
unwahrscheinlich es auch wirkt, muss die Wahrheit sein.
Aber was ist, wenn einmal NICHTS mehr uebrig bleibt?
   (nach: John Brunner - Mehr Dinge zwischen Himmel und Erde)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Uwe Kloss                   UUCP: UweKloss@lionbbs.bs.open.de
Fasanenstrasse 65           BTX:  0531336908 0001
3300 Braunschweig           FIDO: not connected
From: r.evans@cc.ic.ac.uk (Mr   R.H. Evans)
Newsgroups: comp.sys.atari.st
Subject: Re: Timeworks DTP - New Fonts?
Date: 26 Aug 92 19:19:14 GMT
Reply-To: r.evans@cc.ic.ac.uk
Organization: Imperial College Centre for Computing Services

In article <1992Aug25.084006.29119@hasler.ascom.ch>, PAULETTI@biel.be.tech.ascom.ch (Pauletti Andreas) writes:
 -- In <1992Aug24.182153.28682@peponi.wcc.govt.nz> shore_c@kosmos.wcc.govt.nz writes:
 -- 
 -- > Can someone please tell me, is it possible to install
 -- >  new GDOS fonts into Timeworks DTP?
 -- > 
 -- > I've looked through the manual, and couldn't find it anywhere.
 -- > 
 -- 
 -- It is possible to install new GDOS fonts for Timeworks. Timeworks
 -- should show them in the font selection if they are installed auto-
 -- matically.

If you install new fonts for TW, then I believe that you have to re-run
'FONTWID.APP'. However, as I have never done it before, I cannot be sure.

Best of luck,
Robert.
-- 
/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\
/|\		  Robert Evans		     /|\     JANET email (UK):	   /|\
/|\      Centre for Computing Services,      /|\    r.evans@uk.ac.ic.cc    /|\
/|\		Imperial College	     /|\  INTERNET email (World):  /|\
/|\		   London, UK		     /|\    r.evans@cc.ic.ac.uk    /|\
/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\
/|\	       He who holds his tongue cannot eat chocolate bar		   /|\
/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\/|\
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon and A/D
Date: 30 Aug 1992 08:46:28 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <ABADDON.92Aug28111551@suprenum.supr.scm.liv.ac.uk> abaddon@supr.scm.liv.ac.uk (Kevin o donovan) writes:
>>>>>> On 27 Aug 92 15:57:05 GMT, kjohnson@castor.cs.uga.edu (Kristopher Johnson) said:
>
>>  SCSI II (50-pin SCSI II connector)
>Will a standard SCSI drive plug straight into a SCSI 2 interface (allowing for
>recabling it)? Would it show any improvement in speed like this?

	Well, as far as plugging a SCSI-1 into a SCSI-2 socket, I was told that
this is indeed possible, but someone on the net said that the SCSI-2 connector
on the back of a TT is different.  Now, he has not responded to my questioning
of this, and no one else has spoken up about this, but I am still pretty sure
that it is a plug and go proposition as SCSI-2 is completely backward 
compatable with SCSI-1.  However, this may only refer to the 50-pin 
implementation.

	However, you cannot get the same performance out of SCSI-1 hard disk
connect to a SCSI-2 bus, as you will with a SCSI-2 drive.  SCSI-2 incorporates
a faster communicating speed, a "burst access" mode, and a "wide SCSI" 
utilization which is a SCSI bus that transfers information over a bus wider 
than SCSI-1's 8bit bus (not necessarily all implemented by HD manufacturers, or
controller manufacturers for that matter).

>
>Kev

-Mike


Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
From: muts@fysap.fys.ruu.nl (Peter Mutsaers)
Subject: Bugs in Mint0.95
Organization: Rijks Universiteit Utrecht
Distribution: comp
Date: Mon, 31 Aug 1992 08:31:20 GMT

When I did the upgrade from 0.94 to 0.95 I hit two little bugs in the
news version:

1) When a filesystem (minix.xfs) is in / instead of in /mint, it gets
loaded twice (at least I see the copyright notice of minix.xfs twice).

2) There is something wrong with cursor handling when using
/dev/fasttext, which used not to be. The cursor is not blinking
anymore, and when I hit return often the black spot remains on the
last line. Also, in an editor the cursor often is not visible at all.
Note that this did not occur with TOS things like gulam, but with my
version of bash and microemacs; I compiled these for the plain unix
version (which works fine and is nicer than the TOS versions).

regards,
--
_________________________________________________________________________
Peter Mutsaers.         |================================================ 
muts@fys.ruu.nl         |              Memento Mori
From: kjohnson@castor.cs.uga.edu (Kristopher Johnson)
Newsgroups: comp.sys.atari.st
Subject: Re: Mac Portable vs. ST Portable
Date: 1 Sep 92 22:12:38 GMT
Article-I.D.: athena.1992Sep1.221238.8282
Organization: University of Georgia, Athens

In article <92244.224620SML108@psuvm.psu.edu> SML108@psuvm.psu.edu writes:
>I have a friend who wants a laptop Macintosh.  This much is locked in stone.
>Since the mac portable costs ^$5000, I would like to hear from people who
>have experience with ST portables running Spectre GCR.  How much can
>one get one for and how good are they compared to the mac portable?

^$5000???  Where are you looking at Mac laptops?  The top of the line Mac
notebook, the PB170, costs under $3500 and you can get a PB145 for under 
$2000.  Since the ST Book is still not available anywhere but in Europe,
that's not really an option (besides, Spectre GCR won't run on the ST Book
yet).  However, you *CAN* find Stacy portables for under $1500 that the
Spectre GCR will run on, although it's a little less portable with the 
big Spectre GCR cartridge in it.  So if you're friend doesn't mind that
and doesn't mind having a machine that only lasts 15-20 minutes on a 
battery charge (actually, there's a new 2 hour battery for the Stacy
which costs around $75), then the Stacy/Spectre GCR *IS* an option.  It's
not really a 'laptop' mind you, but it *IS* portable.  Personally, I like
the Stacy a lot since I would only need a portable computer and would
never be using the battery.  The ST Book notebooks, which are currently
under some redesigning, should be available by early '93 in the rest of 
the world, though there's still no word on a Spectre GCR adaptor for it
or even a specially-designed Spectre GCR for the ST Book.

Steve
Newsgroups: comp.sys.atari.st
From: wrighttj@uhura.aston.ac.uk (Auntie Tim)
Subject: ST ADA/ PROLOG/ MIRANDA ?
Organization: Aston University
Date: Fri, 28 Aug 1992 13:03:12 GMT

Hi. I am in the unenviable position of needing to learn these
three lovely languages inside of two weeks, and ST versions
might make the process slightly less painful... anyone know
of any? Given the timescale, it'd have to be PD/Shareware and
available via ftp. Please- don't bother telling me how 
horrible these languages are; I have my exam resits in two
weeks and after that I intend to never go near them again.. :)

-- 
Tim Wright.
wrighttj@cs.aston.ac.uk
Newsgroups: comp.sys.atari.st
From: Steven.Wells@bbs.actrix.gen.nz
Subject: Re: Falcon 030 specs released!  No more rumor...
Organization: Actrix Information Exchange
Date: Wed, 2 Sep 1992 06:58:14 GMT


Would someone stop this feed from going into the amiga group -
otherwise we get this sort of smart-a** saying how great his computer
is, and slagging the ST (Falcon) before he's even had a look at it!

When you reply, just delete the 'comp.sys.amiga.advocacy,' bit from
the Newsgroups: header - that'll stop it!
-- 
        Wells_S@Kosmos.WCC.Govt.NZ     /     Steven.Wells@BBS.Actrix.Gen.NZ 
                   $$$$$$$$ Nil Mortifi Sine Lucre $$$$$$$$
Newsgroups: comp.sys.atari.st
From: dbsuthe@pbhya.PacBell.COM (Daniel B. Suthers)
Subject: Re: GEM.. what needs to be fixed, and soon!
Reply-To: dbsuthe@PacBell.COM (Daniel B. Suthers)
Organization: Pacific * Bell, San Ramon, CA
Date: Thu, 27 Aug 1992 16:21:22 GMT
Summary: Some have been fixed, Some are trouble with his machine.

FORWARD:  MR. Usher describes several TT troubles.  Most appear to be
due to a virus or hardware trouble specific to his machine.


In article <1992Aug27.100551.4716@bas-a.bcc.ac.uk> ucacmsu@ucl.ac.uk (Mr Stephen R Usher) writes:
>
>From what I've heard, the new version of GEM for the FALCON seems a great
>improvement. I hope that at least some of the following gripes I have with
>GEM are fixed, and the rest to be fixed ASAP if the Atari machines are to
>get anywhere:-
>
>(1) Response time for mouse button presses.
>
>	Has anyone noticed that it takes about a second for a mouse press to
>be acted upon under GEM? This delay is the same on the TT as on the ST. This
>has put off a large number of people when I've tried to promote the ST/TT
[ TEXT DELETED ]
THIS IS A PROBLEM WITH YOUR COMPUTER.  MY SON'S ST HAD A BAD HARD DRIVE THAT
CAUSED SIMILAR PROBLEM.  ALL THREE OF MY STS PROVIDE INSTANT MOUSE RESONSE.

>(2) Printer drivers have to be assigned at INSTALL time or by editing a
>file.  [ TEXT DELETED ]
FONT GDOS ALLOWS YOU TO HAVE MULTIPLE DRIVERS DEFINED.  JUST LIKE WINDOWS,
YOU MUST EXIT AND RESTART IF YOU WANT A TOTALLY NEW ONE INSTALLED FROM A FLOPPY.
 
>(3) GDOS IS AN OPTIONAL EXTRA.
[ TEXT DELETED ]
FONT (OR FSM)  GDOS SHOULD BE INCLUDED WITH ALL NEW SYSTEMS (I HOPE )

>(5) The low speed of the VDI routines.
>
>	The speed of plotting a pixel on the screen using VDI on the TT is
>so slow... dumping a 320x240 picture using point plotting with VDI can take
>up to a minute.. the is UNACCEPTABLE.

IF I HAD SUCH PROBLEMS, I TOO WOULD AGREE.  IT APPEARS YOUR SYSTEM HAS 
A SERIOUS TROUBLE.  MINE WORK AT "BLINDING ELECTRONIC SPEED".

Daniel B. Suthers,  CCP
Technology Consultant, PCS & IN Development Lab,        Pac*Bell
Voice: (510) 671-1325               UUCP:  dbsuthe@Pacbell.COM
================================================================================
=  Commit unexpected kindnesses and senseless acts of beauty.                  =
================================================================================
Newsgroups: comp.sys.atari.st
From: muts@fysap.fys.ruu.nl (Peter Mutsaers)
Subject: Re: ST diskettes from SPARCstation
Organization: Rijks Universiteit Utrecht
Date: Thu, 3 Sep 1992 08:18:48 GMT

>>On 2 Sep 92 19:10:10 GMT, matheson@open.dal.ca (Steven Matheson) said:

  Steven> How do I format/read/write ST compatible diskettes on a Sun
  Steven> SPARCstation?

If you're using mint: install ps0.zoo and gnutar. Then you can use
/dev/ps0 exactly the same way as /dev/fd0 on any unix system, and it
is compatible.

--
_________________________________________________________________________
Peter Mutsaers.         |================================================ 
muts@fys.ruu.nl         |        Quod licet bovi, non licet Jovi
Newsgroups: comp.sys.atari.st
From: Steven.Wells@bbs.actrix.gen.nz
Subject: Re: Can't get LLAMATRON to work.  Help!
Organization: Actrix Information Exchange
Date: Fri, 28 Aug 1992 21:46:30 GMT
Keywords: GAMES ST


Llamatron requires a colour monitor, in low resolution, as do most
games!

From memory it *does* work in 60Hz, and is unlikely to work properly
under a colour emulator!
-- 
        Wells_S@Kosmos.WCC.Govt.NZ     /     Steven.Wells@BBS.Actrix.Gen.NZ 
                   $$$$$$$$ Nil Mortifi Sine Lucre $$$$$$$$
From: geoffc@zebedee.UUCP (Geoffrey Coan)
Subject: Re: uucico 3.42
Newsgroups: comp.sys.atari.st
Date: 26 Aug 92 23:34:56 GMT
Distribution: world
Organization: Geoffrey Coan (disorganisation)
X-Version: Rodney's UUCP modules 02/11/90 V1.18

In article <H.05k1RsHq5vE@jonh.wimsey.bc.ca> jhenders@jonh.wimsey.bc.ca
(John Henders) writes:
> geoffc@zebedeeUUCP (Geoffrey Coan) writes:
> 
> >My main question is though, what's cicostat.prg for ???   I've setup all
> >the environment variables it needed but it only appeared to move
> >uucico.log to uucico.bak.  What else does it do ?
> 
> 	From what I've figured out, it mails a copy of your uucico stats
> to cicostat, which you create in your mail alias file. If you haven't
> got hermes, I don't think Mercury supported alias's.
> 
Actually I worked it out when I polled my upwards site after posting the
news item.   It sent the uucico stats to 'cicostat' which of course wasn't
registered as a user - rmail sent it to 'postmaster' which is defined as
me so I got it OK !

> >PS: which is faster at 2400baud MNP4, e-protocol or g-protocol ?  I normally
> >    use g but when I tried e the cps rate looked to be slightly higher.
> 
> 	The e protocal does no error checking, so if MNP4 is error correction,
> use it, as it should speed things up.
> 
Yes, MNP4 is error correction (actually its faster than MNP5 which is error
correction + compression).  From tests I've done it appears to do about 210cps
with g-protocol and 250 cps with e-protocol (but I've only used e-protocol
once)

> 
> -- 
> jhenders@jonh.wimsey.bc.ca 	
> 

Geoffrey
--
are you ready to SKYDIVE ??                                       Geoffrey Coan
well all right then, if you say so ...   ..!uunet!ibmpcug!jshark!zebedee!geoffc
Newsgroups: comp.sys.atari.st
From: Mark Kovarski <kovarski@zooid.guild.org>
Subject: Animated Icons with the Falcon030?
Organization: ZOOiD BBS
Date: Mon, 31 Aug 1992 23:41:49 GMT

Animated icons with the new TOS, 256 colors as well. I can hear already IBM
and Microsoft lawyers coming. ;-) 

Mark K.
Internet: kovarski@zooid.guild.org
From: maxn@intermec.com (Max Newman x6689)
Newsgroups: comp.sys.atari.st
Subject: Dungeon Master Question
Date: 3 Sep 92 18:34:18 GMT
Reply-To: maxn@intermec.com ()
Distribution: na
Organization: Intermec Corporation, Everett, Wa.

While playing DM I notice that every so often something
sneaks up behind my characters and instantly kills all
of them. Has anyone else seen this? What is this thing?
How do I protect my characters from this.
	P.S  I am on level 6

	Max Newman      maxn@intermec.com 

-- 
uucp address:  maxn@intermec.com  or uunet!pilchuck!intermec!maxn
**Trust in your calling, make sure your calling is true**
From: kjohnson@castor.cs.uga.edu (Kristopher Johnson)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon/DSP questions
Date: 29 Aug 92 07:16:51 GMT
Organization: University of Georgia, Athens

In article <u882453.715062634@bruny> u882453@bruny.cc.utas.edu.au (Andrew King) writes:
>Could someone please answer these questions:
>
>1.What is the DMA (?) bandwidth between DSP external RAM and main memory,
>
>2.Does the 68030 have to halt while this occurs ?
>
>3.Can the 16-bit 8 channel sound have independent frequency and volume
>control (like the Amiga) for EACH channel.
>
>thanks...
>
>_______________________________________________________________________________
>Andrew King 	u882453@bruny.cc.utas.edu.au

I'm not sure if this answers any of your questions, but virtually 
everything in the Falcon (BLiTTER, SCSI II, DSP, sound engines, and
CODEC's, at least) has DMA.  Since the DSP runs in parallel with the 
68030 and has DMA, I wouldn't think the 68030 has to halt for much of
anything.


Steve

P.S. - Mind you, I'm no big techie! <grin>
Newsgroups: comp.sys.atari.st
From: tries@obelix.kph.uni-mainz.de (Volker Tries)
Subject: Double Klick Software Adresse wanted!!
Organization: Institute for Nuclear Physics, Uni Mainz, FRG
Date: Tue, 1 Sep 1992 12:39:40 GMT

Keywords: 

I'm lookin' for the Email adress of  double klick software, i.e., Mr. Vederman.
I tried to send a mail to uace0@menudo.uh.edu but that acacount was expired.

Waiting for  any help 

Volker Tries

TRIES@SERVER.PHYSIK.UNI-GIESSEN.DE
TRIES@V3200A.EE.UNI-SB.DE
TRIES@OBELIX.KPH.UNI-MAINZ.DE
From: mluoto@klaava.Helsinki.FI (Markku Luoto)
Newsgroups: comp.sys.atari.st
Subject: 256 grayscale scanner
Keywords: scanner
Date: 28 Aug 92 17:47:05 GMT
Organization: University of Helsinki


	Since the world of mail shopping is small,
	thought this might go out:

	I'm looking for (yes, to buy) a 256-grayscale scanner, and I
	tend to get away cheap, this means that I propably must settle
	for a HANDY-SCANNER but if you know of something....

	so, all hints and tips are welcome... Why buy abroad, because
	there's no ATARI dealer in FINLAND

thanks'



-- 
email: markku.luoto@helsinki.fi    # "I just LOVE G-pull...     
     (will find me where ever...)  #    ...and a missile in your ass !"
fax: 358-0-424015                  #     
voice: 358-0-5091656 (a.maschine ) #    - a surviving "pro Flite" freak
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Having problems with zoo21.ttp...
Date: 25 Aug 1992 20:35:57 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: aludra.usc.edu

 
	Hi all,

	I have a TT w/ TOS 3.01.   I am trying to unzoo a file by typing:

(click on zoo.ttp) "-extract zoo21bin.zoo" 
or
		   "-extract zoo21bin.zoo *.*"

	and it is dying with two bombs.  I also tried a beta zooshell (don't
remmember who wrote it) and it bombs too.  Actually, it says "fiz.ttp - "
and then it bombs.

	So anyone know what is wrong, and more importantly, how I can get
zoo working.  I really wanna use that serialfx and tcsh!

	ADVthanksANCE!

-Mike
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Re: Need a good hard Drive backup program....
Date: 25 Aug 1992 13:50:31 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <1159@tekgen.bv.tek.com> boblu@tekgen.bv.tek.com (Robert Luneski) writes:
[stuff deleted]

>Ultimate Virus Killer(North American version) you can contact us at 
>the address/phone listed below.

	I hadn't heard about this product.  Does it check in memory for already
resident viri?  Does it scan a hard-disk for file-infecting viri (as opposed to
strictly boot-sector viri)?

	Does it scan the boot-sector of an HD?

>
>Thank you,
>
> ____                                                                   ____
>/\/\/\  Bob Luneski         Diamond Back II and Diamond Edge Support:  /\/\/\
>\/\/\/  Oregon Research Associates            boblu@tekgen.bv.tek.com  \/\/\/
> \/\/   16200 S.W. Pacific Hwy., Suite 162    Genie: B.LUNESKI1         \/\/
>  \/    Tigard, OR 97224   Phone: (503) 620-4919  FAX: (503) 639-6182    \/


-Thank you,

Mike


Newsgroups: comp.sys.atari.st