>> It also seems a little pointless when there are alternative methods
>> of achieving the same objectives that are always guaranteed to work.
>
>Can we drop this thread now... Nothing anyone says is going to stop me
>using my scheme.

fair enough.

>If you don't like it I'm not forcing you to use it.  I know the thinks
>that could go wrong but as far as I'm concerned it has
>definite advantages over any other scheme I've seen proposed.

Unfortunately it has one possible disadvantage, and that is if you propose
to share your code with someone else. As others have pointed out at various
times (I don't think it happened directly in this thread) the "lowest common
denominator" is MPLAB, and if your method of doing things doesn't work in
MPLAB, then you may be hindering, rather than helping someone if you share
code with them, even in an "I did it this way" demonstration.

Following that you said in another email
>I'm using it because no one has actually come up with anything that I
>consider to be reason enough not to use it.  It works, it does exactly
>what I want it to do.

Not quite sure why you feel that your method has any real advantage over the
example I posted using Olin's environment. It seems to me that there is
still a "test flag and jump if not this interrupt" methodology, the
difference being my example had all the tests in one place, and jumped out
to a module if the interrupt occurred. The problem I see with yours is how
to link the return code stub at the end, without having some oddball
"interrupt return" module that you link at the end of interrupt blocks.

Fair enough, you feel that your method works, does the job how you want, and
you asked for comment on it. It does have bits in it that I (and possibly
others) consider less than desirable practice, but that is your lookout. I
get the feeling that you feel a bit hurt because the comments weren't
necessarily totally positive about your method. When I posted my code, I
thought you wanted an example of "how to" do it in a modularised manner.

-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist