Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!usc!zaphod.mps.ohio-state.edu!caen!spool.mu.edu!uunet!cbmvax!andy
From: andy@cbmvax.commodore.com (Andy Finkel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Information on Amiga Technical Reference Seri
Message-ID: <22582@cbmvax.commodore.com>
Date: 19 Jun 91 16:20:57 GMT
References: <3118@public.BTR.COM>
Reply-To: andy@cbmvax.commodore.com (Andy Finkel)
Organization: Commodore, West Chester, PA
Lines: 35

In article <3118@public.BTR.COM> valentin@public.BTR.COM (Valentin Pepelea) writes:
>In article <22547@cbmvax.commodore.com> andy@cbmvax.commodore.com (Andy
>Finkel) writes:
>Since I am the one wrote the parallel device, would you mind telling me
>what side effect you are claiming is being depended on? I cannot write a
>valid reply without that information.
>
>In your opinion, was this side effect taken advantage of because I had access
>to the source code, or because the documentation was unclear?

Since the cia resource dependencies involved are *intentionally*
not documented, the conclusion I reach is that use of the source
was involved.  Since the parallel.device is part of the OS this
use would have been justifiable if intentional.  But I believe
the dependency was unintentional, judging from the lack of version
checks or comments.
>
>Incidentally, there are only two modes in the parallel device.

Interesting.  I see PARF_SLOWMODE, PARF_ACKMODE, and PARF_FASTMODE defined
in the public include files, and in the source,
but you are right, it turns out that the PARF_SLOWMODE code
is just duplicated code of the PARF_ACKMODE case.

>Valentin

			andy
-- 
andy finkel		{uunet|rutgers|amiga}!cbmvax!andy
Commodore-Amiga, Inc.

 "2.0 is not the answer.  2.0 is the question.  Yes is the answer."

Any expressed opinions are mine; but feel free to share.
I disclaim all responsibilities, all shapes, all sizes, all colors.