HDTenEightyP/NetNews huggingface dataset:
From: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: 12 Jan 93 21:06:27 PST
Organization: TAP

Quoted from <38369@cbmvax.commodore.com> by daveh@cbmvax.commodore.com (Dave Haynie):

> Of course it does.  You're missing the point entirely.  No one cares about what
> a demo writer is doing.  As a user, you don't pay for demos.  You do pay for 

    I'm amazed that people who write commercial apps are writing stuff
    that bangs the hardware incorrectly, though. I guess I've never
    noticed because I don't use them, but I always thought the US
    applications programmer guys writing in C and equipped with CS
    degrees would automatically do things by the book. Games and demo
    programmers I can understand, but the rest ... for shame!

   (I care about demos too, even to the extent of paying comms costs
    to download them. Demos, MODs, animations and GIFs are a major
    source of entertainment.)

> Dave Haynie / Commodore Technology, High-End Amiga Systems Design (cool stuff)
--
*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: LISP
Date: Sun, 10 Jan 1993 18:54:05 EST
Organization: Phaedra V

In article <1993Jan8.110348.8642@cs.ruu.nl>, Wilko Quak writes:

> Does anyone know if there is a good LISP programming language available for the amiga ? Currently I'm using XLisp but I'm not too pleased with it. Do you know if there is better programming package available in the PD and if so where to obtain it ?

Gnuemacs has a pretty good lisp that has extensions to common lisp and
scheme. It's a little silly to run an editor just for the built in
interpreter and compiler, though. :-)
You can get scheme for the Amiga, but there's not real Common LISP
available. It should be feasible to port AKCL using GCC and GigaMem.
Anyone want to try it? Who would use it if someone does?
 
-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
#  "butane everything works Finland" - autofix.el in emacs automatically     %
# correcting my mistyping of "but everything works fine".                    %

Newsgroups: comp.sys.amiga.programmer
From: gduncan@philips.oz.au (Gary Duncan)
Date: Wed, 6 Jan 93 10:49:49 GMT
Organization: Philips Public Telecommunications Systems, Melbourne, Australia
Subject: Flushing unused devices out of ram , how ?

Is there a system call to do this ? I've grovelled through
the Devices RKM (Ed 3, latest, and elsewhere) and can't find
one.

I've seen mention of this a while ago but have forgotten where.

Currently in a C-program I've done a :-
Execute  ("Avail Flush >nil:", 0,0);

	which does the job but its a bit klugey.

Why do I want to do this? Simply that if you open a device (for
the first time ) then close it, it hangs around unused in RAM
giving the impression of a memory leak.

- Gary
-- 
-----------------------------------------------------------------
Gary Duncan			gduncan@rosella.pts.philips.oz.au	
Philips Public Telecommunications Systems    Phone: +61 3 8813666
Melbourne, Australia      		       Fax: +61 3 8813577
From: bloc1469@ee.ee.uwm.edu (Gregory R Block)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ResEdit 2.1 for Amiga
Date: 6 Jan 1993 07:53:38 GMT
Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.2.33

In article <C0F23w.7z7@news.iastate.edu> barrett@iastate.edu (Marc N. Barrett) writes:
>   OK, call it "ChunkEdit".  :-)  The Amiga does have chunks, which are similar
>to resources on the Mac. 

That's news to me.  As far as I know, there is NOTHING similar to the
Mac's resource system on the Amiga.  The only place chunks exist are
in IFF files.

I think you're off a bit on this one.  A good ways off.

Greg


--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(: "Our father, who art in Iowa, Hollow be thy head, Thy ideas run    :)
(:  Thy will be done, At Commodore as it is at Apple"  -Dan Barrett   :)
(: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: IPC and shared memory
Organization: Jet Propulsion Laboratory
Distribution: comp.sys.amiga.programmer
Date: Mon, 4 Jan 1993 22:06:38 GMT

I wrote:

>> IMHO FindSemaphore is a waste of time if your usage of it is purely
>> for the convenience of knowing it by name.  I suggest simply making
>> the signal semaphore globally known or just to the tasks/processes
>> that wish to use it and forgo the FindSemaphore bit all together.

paulk@terapin.com (Paul Kienitz) writes:

>HOW do you "make it globally known"??  That's what the name is for.

Declare the Signal Semaphore structure itself or a pointer to it in your
main program's data area and then restore that area in any sub tasks/pro-
cesses that wish to gain access to the semaphore. Under Manx Aztec C this
is a simple matter of restoring register A4. Use InitSemaphore instead
of AddSemaphore. Actual usage is no different.

Jeff
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: OS 'Move/Draw' speed
Date: 11 Jan 93 15:10:19 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <C0LMr3.4q4@cs.umu.se> dvljrt@cs.umu.se (Joakim Rosqvist) writes:
>>Yep, writing single pixels is slow. Mainly because it needs to convert
>>an x,y coordinate to memory addresses and probably do some clipping.
>>The function call itself also adds some overhead.
>
>WritePixel is slow mainly because it uses the blitter.
>Why waste 6-8 chipram accesses to tell the blitter how to plot a pixel
>when the CPU can do it by itself with 2 accesses?
>
>							      '''
	Only in OS versions <=2.04. I re-wrote it to use the CPU for
3.0.
-- 
*-------------------------------------------*---------------------------*
|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
|My opinions are my own, and do not         - icantforgettheimpression  o
|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
From: bloc1469@ee.ee.uwm.edu (Gregory R Block)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: OS 'Move/Draw' speed
Date: 9 Jan 1993 08:38:02 GMT
Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.2.33

In article <1ikc6nINNi3q@mercury.kingston.ac.uk> cs_e445@ceres (Vlod Kalicun) writes:
>Hmmm....
>I am writing a program which will do loads of writepixels (in C).
>Is it really that slow. (Haven't finished it yet tho.)
>
>I've only got a 68000, w/ KS2.04 

You've got a 68000?  It's officially slow.  :)  Listen, unless you're
writing your pixels to the screen randomly, there is a more
"efficient" way of doing it -- Use WritePixelArray8 or
WritePixelLine8, depending on your application.  If you're doing
horizontal lines, you may want to use WritePixelLine8.

They're a _LOT_ faster.  :)

Greg


--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(: "Our father, who art in Iowa, Hollow be thy head, Thy ideas run    :)
(:  Thy will be done, At Commodore as it is at Apple"  -Dan Barrett   :)
(: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
Newsgroups: comp.sys.amiga.programmer
From: misar@rbg.informatik.th-darmstadt.de (Walter Misar)
Subject: Re: Help with shifts in Manx C
Date: Wed, 6 Jan 1993 12:37:01 GMT
Organization: TH Darmstadt

In article <johnv.041s@acix.DIALix.oz.au>, johnv@acix.DIALix.oz.au (John Verhoeven) writes:
> I been playing with the AllocEntry() function.
> 
> The latest RKM Libraries (pp 460) have this example for checking the return
> from AllocEntry (where memlist is assigned the return from AllocEntry):
> 
> #define ALLOCERROR 0x80000000
> 
> if ((ULONG)memlist & ALLOCERROR)
> {
> 	/* a problem...do something */
> }
> 
> When I compile this with Aztec C68k/Amiga 5.2a Sep 25 1991 17:04:29 it
> translates the code to the instruction btst.b #7,memlist which is
> incorrect.
[stuff deleted] 

Why incorrect ?
Since hi-bytes are stored first, the byte adressed with memlist is the
highest byte of memlist, thus covering bits 24-31. Now the 7th bit of this
is the 31th bit of memlist. Just a fine optimization methinks.

-- 
Walter Misar                                | It is impossible to enjoy
misar@rbg.informatik.th-darmstadt.de        | idling thoroughly unless
                                            | one has plenty of work to do.
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Still looking for Matthew Dillon's email...
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (04.01.93) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: 11 Jan 93 06:33:42 EST
Organization: Well, I haven't decided on a name yet...

In article <9301116.25585@mulga.cs.mu.OZ.AU> adamw@mundil.cs.mu.OZ.AU (Adam Douglas WEISSER) writes:
> Title says it all.
>
>       dillon@overload.berkeley.ca.us  doesn't work
>       dillon@overload.berkeley.cs     doesn't work either.
>
> Where is this guy?

# Matt Dillon
dillon: dillon@overload.Berkeley.CA.US

Works just fine. I've sent mail to, and received mail from, this address within
the last couple of weeks....
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Newsgroups: comp.sys.amiga.programmer
From: shulick@cineret.ucs.indiana.edu (Sam Hulick)
Subject: Problems with cback.o.. 100% background procs
Originator: shulick@cineret
Reply-To: shulick@cineret.ucs.indiana.edu
Organization: Vallen Software
Date: Mon, 4 Jan 1993 23:22:38 GMT


I tried to make a server (using a port, and WaitPort()) with cback.o so
all I'd have to type is "testd" instead of using "run <nil: >nil:
testd".  Well, it does background right away, but if I try to exit the
shell, it (the shell) hangs.  Why is this?

-- 
    // Amiga 3000   ___ \ Sam Hulick: shulick@indiana.edu (NeXTmail OK!)
   // 68030 25 MHz /__/\ \ My opinions wear combat boots.  Or whatever.
\\// OS 2.04       \__\/ / "Walk!  Not bloody likely.  I am going in a
 \/                     / taxi."  --George Bernard Shaw
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: Simple C question
Originator: jamie@cdevil.unx.sas.com
Date: Tue, 5 Jan 1993 14:53:06 GMT
Organization: SAS Institute Inc.


In article <1993Jan4.203607.5246@bilver.uucp>, alex@bilver.uucp (Alex Matulich) writes:
>marc@aargh.adsp.sub.org (Marc Heuler) writes:
>>umbadiu0@ccu.umanitoba.ca (Ted Babiuk) writes:
>>>is there something simular to a sleep() command which puts a task to sleep
>>>for 'x' ticks? (and uses little/no cpu time?)
>>
>>There is, it's Delay() of dos.library.
>
>I have a similar but more complex question:
>
>Is there something similar to Delay() that will put the program to sleep
>for a specified period of time but ALSO be interrupted by a keystroke?
>I'm using the timer device to do this in an application that must wait for
>clock events (the program is a video subtitler for foreign films), and it
>would be nice for the program to be able to hear keystrokes *before* the
>sleep time has elapsed.
>
>I can do it with a busy loop, constantly checking the system time and the
                    ^^^^^^^^^  ARRGGGHHHH!
>keyboard, but I'd like to avoid this.

How about just WaitForChar() in dos.library?  It waits for a keypress for a
specified time, returning immediately if a key *is* actually pressed.

Otherwise, simply fire off a message to timer.device, and another to
console.device, the Wait() on both signals.  Be sure to AbortIO() the one
that didn't come back, or it could show up later, though.

-- 
---------------
Jim Cooper
(jamie@unx.sas.com)                             bix: jcooper

Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
and not necessarily those of my employer.
From: wolfe@wvnvms.wvnet.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Amiga graphics programmer beginner needs help...
Date: 5 Jan 93 05:11:47 GMT
Organization: West Virginia Network for Educational Telecomputing

Could someone explain to me just how a sprite works?  And just what is an
animation playfield?
     Thomas Wolfe
From: amipb@amipb.gna.org (Philippe Berard)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ResEdit 2.1 for Amiga
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 11 Jan 93 14:36:27 MET
Organization: IWANIMA

In article <1ie362INN3cd@uwm.edu> bloc1469@ee.ee.uwm.edu (Gregory R Block) writes:
> In article <C0F23w.7z7@news.iastate.edu> barrett@iastate.edu (Marc N. Barrett) writes:
> >   OK, call it "ChunkEdit".  :-)  The Amiga does have chunks, which are similar
> >to resources on the Mac.
>
> That's news to me.  As far as I know, there is NOTHING similar to the
> Mac's resource system on the Amiga.  The only place chunks exist are
> in IFF files.

    I think Marc wanted to talk about 'Hunks'. Of course, Hunks have nothing
    to do with resources (yet ? ;-) ).

> I think you're off a bit on this one.  A good ways off.

    As always, think of it as humor, it's good for your health ! ;^D

                                   -- Philippe

.----------------------------------------------------------------------------.
|  Philippe Berard  (French Amiga User)       |                              |
|  "They hold a cup of wisdom,                | UseNet : amipb@amipb.gna.org |
|   But there is nothing within" (Kate Bush). |                              |
`----------------------------------------------------------------------------'
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Problems with cback.o.. 100% background procs
Originator: walker@twix.unx.sas.com
Date: Tue, 5 Jan 1993 14:00:10 GMT
Organization: SAS Institute Inc.


In article <C0CrLq.5uD@usenet.ucs.indiana.edu>, shulick@cineret.ucs.indiana.edu (Sam Hulick) writes:
|> 
|> I tried to make a server (using a port, and WaitPort()) with cback.o so
|> all I'd have to type is "testd" instead of using "run <nil: >nil:
|> testd".  Well, it does background right away, but if I try to exit the
|> shell, it (the shell) hangs.  Why is this?

If you're using the 6.1 cback.o, change back to the 6.0 cback.o.  There
are a couple of problems with the 6.1 cback.o.

To retrieve the old version, put disk 2 of your 6.0 distribution in the
drive and enter the following CLI command:

   copy SASC_6.0_disk_2:libraries/lib/cback.o lib:

|>     // Amiga 3000   ___ \ Sam Hulick: shulick@indiana.edu (NeXTmail OK!)


-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: breese@monet.imada.ou.dk (Bjoern Reese)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: OS 'Move/Draw' speed
Date: 7 Jan 93 11:51:53 GMT
Organization: Dept. of Math. & Computer Science, Odense University, Denmark

In article <1993Jan7.035143.5678@gn.ecn.purdue.edu> seifert@gn.ecn.purdue.edu  
(Michael S. Seifert) writes:
> 
> The other day I ran a simple test to compare the speed of the Draw function
> to a simple direct line blit taken from the 1.3 hardware ref manual.  Ive
> always heard that the Draw routine is terribly slow, but in my tests, it
> wasnt much slower than the blitter example...
> 
It's wrong to say that Draw is terribly slow. It uses the blitter too.
As the line blit from the hardware manual is propably the same as the
one in Draw (I haven't checked though) you'll only gain a minor speed
increase by avoiding the system jumps.

> Now, I know the Draw routine is slow, so whats up?  What kind of line
> routine would be the wisest to create-- or do real programmers code their
> own line routine and use the cpu to draw it???
> 
> mike

"Real programmers" make their own blitter line routines (some of which
can be found on some ftp sites - I forgot where) The only possible
gain is cutting away overhead (and sometimes relying on preservation
of the values in the hardware registers - take care though.) The
calculation of the octants is an obvious place to optimize. Using
MOVEM to hit more hardware registers at once is also seen, but take
care not to write to any unknown registers.

With a M68000 there's no idea in using the CPU instead of the blitter;
it's too slow.

--

Bjoern Reese                   |     Email: breese@imada.ou.dk
Odense University, Denmark     |     Voice: +45 65 932 182 (private)
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: ETA for SAS 6.2?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Mon, 11 Jan 1993 18:19:37 GMT

In <C0p0z8.D8y@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>EMITS is the best, since it's guaranteed we won't miss it.  News
>as well as EMITS is helpful, since it may generate discussion which
>will flesh out suggestions and give us a better idea of what people
>want.

Well, still no success with EMITS. Khristi Tomlinson
(saskat@chorse.unx.sas.com) offered to clarify things but since
then I haven't heard any response.

I would appreciate any help.

Thanks in advance,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.sys.amiga.programmer
From: Todd_Lewis@unc.edu (Todd M. Lewis)
Subject: Re: Amiga an TEX
Organization: UNC Office of Information Technology
Date: Thu, 7 Jan 1993 14:36:49 GMT

In article <1993Jan6.182235.1386@maths.tcd.ie> dwmalone@maths.tcd.ie (David  
Malone) writes:
>I was wondering wether anyone out there had written a program 
>for displaying TEX [pr]oduced DVI files on the amiga? If anyone 
>has some code doing anything with these type of files I'd be
>happy to canabalise is if they wouldn't mind.
>
>	David Malone (dwmalone@maths.tcd.ie)

Tomas Rokicki's TeX package includes a previewer.  A demo version
is on Fred Fish Disk #83 (that's right, two digits--way back when).
(If source is what you want then this won't do you any good.)
--
 _/_/_/  _/     Todd_Lewis@unc.edu          You can lead a horse to 
  _/    _/     utoddl@guitar.oit.unc.edu   Mohammad, but you can't make
 _/    _/_/_/                             a mountain drink a mole hill.
From: jdm@key880.rain.com (Jesse Michael)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Distribution: Net
Date: 6 Jan 93 00:52:48 PST
Organization: the key880 bulletin board system

In <1992Dec28.111514.10677@kth.se> ludde@cyklop.nada.kth.se (Erik Lundevall) 
writes:

> >Commodore Amiga has made, and makes, lots of mistakes. Deciding not to
> release
> >a reference manual for the AGA-chipset would probably be one of their
> greatest to
> 
> On the contrary, I think it was a very good decision. Not hampering 
> hardware development by enforcing register level compability is a good
> move.
 
Actually, as a friend of mine noted, I think the _REAL_ reason their not 
releasing the hardware specs is so people won't see what a kludge it is.

2 moves to the same register to set the color in 24 bit mode?!?  Come on!

-Jesse


--
Haze of Epsilon / Check out Epsilon for the best in NTSC Demos!  Ok, so if
you compare us to groups like Anarchy and Silents then we're lame, but what
the hell do you expect from us lazy Americans?!?  :^)
From: kontos@clipper.ingr.com (Thorne Kontos)
Newsgroups: comp.sys.amiga.programmer
Subject: Looking for MakeAnim
Keywords: Subject says it all...
Date: 12 Jan 93 00:26:20 GMT
Organization: Intergraph Advanced Processor Division - Palo Alto, CA


     I am looking for a program called MakeAnim. Can anyone tell
me if it commercial or public domain? If it is public domain, does
it include source code? I need this for a program I am currently
working on...Trust me, if this works, you won't be disappointed.
I am hoping to release this as my first shareware program within
the next two months. (Give me a break, I just ordered the new
SAS 6.? compiler on the 8th.)

                                         Thorne K. Kontos
 
Newsgroups: comp.sys.amiga.programmer
From: mark@sun1x.actc.res.utc.com (Mark Stucky)
Subject: Re: Smalltalk available for Amiga ?
Organization: United Technologies Research Center
Date: Tue, 12 Jan 1993 15:18:08 GMT

labenrsa@ICIL64.CILEA.IT writes:
: In article <1993Jan11.024811.19666@arbi.Informatik.Uni-Oldenburg.DE>, Hartwig.Schieck@arbi.informatik.uni-oldenburg.de (Hartwig Schieck) writes:
: >Hi !
: >
: >The subject says it all : Is there a SMALLTALK-system available for the
: >Amiga, be it PD or commercial ?
: 
: An Amiga port of T.Budd's Little Smalltalk system is available on
: fish disk 37. It will let you exercise a little bit, but lacks most
: of the advanced features found in ST80 or in commercial ST packages
: that are available on other platforms.
:

There is also GNU-smalltalk at

quepasa.cs.tu-berlin.de
    /pub/amiga/lang
        -rw-r--r--     697037  Apr  5 18:12  GNUSmallTalk_V1.1.1.lha

I haven't tried it, so I'd be interested in hearing about it
if you decide to try it.

--Mark

 
-- 
------------------------------------------------------------------------------
| Mark Stucky                         | Email:                               |
| United Technologies Research Center |     mark@ardnt1.res.utc.com          |
| East Hartford, CT.                  |or   mbs@utrcgw.res.utc.com           |
From: barrett@astro.cs.umass.edu (Daniel Barrett)
Newsgroups: comp.sys.amiga.programmer
Subject: Multifinder for AmigaDOS (was Re: SpazEdit 2.1 for Amiga)
Date: 6 Jan 93 18:56:23 GMT
Reply-To: barrett@astro.cs.umass.edu (Daniel Barrett)
Organization: BLAZEMONGER INCORPORATED


	Personally, I'd like to know why MultiFinder has never been ported
to AmigaDOS.  Get with it, you silly programmers.  AND while we're on the
subject, I want to see X11 ported to the C-64, OS/2 ported to CDTV, and
"MTV" ported to "Home Shopping Network".  Why can't Commodore do all of
this?  By yesterday?  Bleh.

                                                        Dan

 //////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
| Dan Barrett -- Dept of Computer Science, Lederle Graduate Research Center |
| University of Massachusetts, Amherst, MA  01003  --  barrett@cs.umass.edu |
 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/////////////////////////////////////

ps -- :-)
Newsgroups: comp.sys.amiga.programmer
From: aduncan@rhea.trl.OZ.AU (Allan Duncan)
Subject: Re: Flushing Devices;  C= doco (mutter!)
Organization: Telecom Research Labs, Melbourne, Australia
Date: Thu, 7 Jan 1993 10:46:01 GMT

From article <1993Jan7.092127.13752@philips.oz.au>, by gduncan@philips.oz.au (Gary Duncan):
[...] 
> Passing thought ; why the heck aren't unused libraries/devices
> flushed automatically anyway? Sounds like a legacy of the days 
> when hard disks were rare and dragging a device off floppy was
> time-consuming. Those days are gone...

For some, maybe.  But memory is cheap, so why not leave it resident unless
there is a panic?
Allan Duncan		ACSnet	 a.duncan@trl.oz
(+613) 253 6708		Internet a.duncan@trl.oz.au
Fax    253 6664		UUCP	 {uunet,hplabs,ukc}!munnari!trl.oz.au!a.duncan
    Telecom Research Labs, PO Box 249, Clayton, Victoria, 3168, Australia.