HDTenEightyP/NetNews huggingface dataset:
From: kevinb@dev1.csg.ssd.fsi.com (Kevin Bonifield)
Subject: Generating vector service routines with GCC
Date: Wed, 22 Jul 1992 13:27:47 GMT
Distribution: us
Organization: FlightSafety Simulation Systems Division - Tulsa

  I am new to using GCC (having used Microtec in the past) and need
to generate vector service routines for an embedded 68340 application.
I would like to do some of these in C, but can't find a way to tell GCC
to add the RTE instead of the RTS, etc, required.  The Microtec compiler
had a compiler command #interrupt that would do it quite easily.  Any
ideas?

  Also, if anyone has any sed scripts or lex programs for converting
MOTOROLA mnemonics to MIT mnemonics could you email them to me? 

  All help/ideas/suggestions appreciated!


----------------------------------------------------------------------------
Kevin Bonifield                        |  Phone: 918-251-0500 x520
Avionics Interface Computer Design     |  Email: kevinb@fsi.com
FlightSafety - Simulator Systems Div   |  
----------------------------------------------------------------------------
From: rodneyl@Everest.Tandem.COM (Rodney Lane)
Newsgroups: comp.sys.m68k
Subject: Re:  68302 SCCs as 13-bit, sync, 9600???
Date: 29 Jul 92 22:55:55 GMT
Organization: Tandem Computers Inc., Cupertino CA

In article <1992Jul27.232101.29538@gvl.unisys.com>, joes@gvls2.gvl.unisys.com (Joe Schulingkamp) writes:

>Now I've been given a little info that the 68302 SCCs can, via
>software, handle this interface (the biggest gotcha being the odd
>word size).  I've looked at the 68302 manual and nothing came out
>and bit me - no "word-length register" that allowed 13 bit formats.
>
>Questions:
>
>4)  If it can be done, how?  (Point me to "how", at least)

The 302 allows a Transparent mode, that is, it can transmit and
receive without superimposing any extra protocol specific signals.
The book says this can be used for voice data, transferring other
protocols, etc.  (NOTE: I have never used this mode, I am an SDLC
kind of guy myself.)

Another option might be for you to develop your own RISC microcode.
Built into the 302 is a RISC engine that handles all the details of 
SDLC, UART, BISYNC, etc.  All you need to do is write your own RISC
implementation of your protocol.  The book says "Microcode for a new
application or protocol is developed only under special arrangement
and coordination with Motorola".  Give it a try, they might help you.


>6)  If it can be done, can the 68302 do all this while standing
>    on it's hind pins whistling 'Dixie'? :-)

I know it may sound impossible, but yes.  Once you set up the SCCs,
the SCC Controller does all the work.  The core can go back to work
doing handstands, and processing digital audio signals that simulate
whistling, or whatever it is you do.


I hope this helps.


Rodney Lane
rodneyl@anthill.everest.tandem.com
Tandem Computers, Inc.
Cupertino, CA
-----------------------------------
No fancy catch phrases here.....  I'm just not that way.
yet.
From: joes@gvls2.gvl.unisys.com (Joe Schulingkamp)
Newsgroups: comp.sys.m68k
Subject: 68302 SCCs as 13-bit, sync, 9600???
Date: 27 Jul 92 23:21:01 GMT
Organization: Paramax Systems Corp., Great Valley Labs, Paoli, PA.


I've got a serial interface that has historically been done with 
hard logic rather that off-the-shelf Comm chips.  It uses 13 bits
(12 bits plus parity), 9600 baud, and synchronous.  No bit
stuffing, no CRC.  It's pre-xDLC days.  It uses a 13 bit idle
to separate messages (I forget the pattern, but it's not standard),
and in my particular application, the data is incoming only (simplex).

Now I've been given a little info that the 68302 SCCs can, via
software, handle this interface (the biggest gotcha being the odd
word size).  I've looked at the 68302 manual and nothing came out
and bit me - no "word-length register" that allowed 13 bit formats.

Questions:

1)  Should I stop looking?

2)  If the '302 SCCs CAN do this, are we talking a large
    coding overhead? 

3)  If it can be done, will it require a lot of external
    logic?

4)  If it can be done, how?  (Point me to "how", at least)

5)  If it can be done, what kind of processing overhead are we
    talking about?  Could two 68302's be used to handle five 
    active interfaces (simplex) plus one transmitting interface
    (for testing and loopback purposes - same protocol).

6)  If it can be done, can the 68302 do all this while standing
    on it's hind pins whistling 'Dixie'? :-)


How about our Motorola friends?  Floyd?


Joe Schulingkamp,     | ". . . I'd love ya 'til the end of time.
joes@gvl.unisys.com   | So now I'm praying for the end of time . . .
Paramax Systems Corp. | . . . so I can end my time with you!"
Valley Forge Labs     |  -Meat Loaf "Paradise by the Dashboard Light"
From: cookshak@cuug.ab.ca (Kelvin Cookshaw 266-3642)
Newsgroups: comp.sys.m68k
Subject: 68030 MMU Info
Summary: subject says it all
Date: 23 Jul 92 03:55:15 GMT
Organization: Calgary UNIX User's Group

I have been trying to write 68030 code using the 030's MMU and using the
Addison&Wesley 68030 book. As it turns out this book seems to be a bit wrong
in some areas. Could someone answer a couple questions please?

	1. Are there limits on how many bits you can use for each level? I
	   tried 1 bit for level a (to seperate the memory into two 4Gb areas)
	   and that doesn't seem to work. I have to use at least 6 bits in
	   level a for it to work.

	2. What is the function of the Lower/Upper Limit information in long
	   page descriptors? The A&W manual is very confusing on this whole
	   area (has a paragraph stating "if L/U is one then ... otherwise if
	   it is a one then ...").

	3. What if the CPU space in the Function Code selectors? I understand
	   the breakdown of Supervisor&User Code/Data but what is CPU?

	4. Can you use the Function Codes as part of your table breakdown on
	   a 68040?

Thanks for answering these questions or pointing me to materials that will
answer them for me!

	Brad Pepers (cookshak@cuug.ab.ca)
Newsgroups: comp.sys.m68k
From: heiby@chg.mcd.mot.com (Ron Heiby)
Subject: Re: BSD compatable UNIX for MVME-167
Organization: Motorola Computer Group, Schaumburg, IL
Distribution: na
Date: Mon, 27 Jul 1992 23:52:32 GMT

mark@csd4.csd.uwm.edu (Mark Bamberg) writes:

>We're looking for companies which have a port of UNIX which runs on
>the MVME-167 board.  It should have Berkeley sockets.

Well, there's BSD compatable and there's BSD compatable.  The standard
System V/68 R3v7.1 (which is current rev) operating system from the
Motorola Computer Group has Berkeley sockets.  It's basically a System
V Release 3.0 derivative, but has had many Berkeley extensions added.
Is there anything in particular that you are looking for that is not
in the Motorola OS?
-- 
Ron Heiby, heiby@chg.mcd.mot.com	Moderator: comp.newprod
"The centipede has a thousand legs, but he cannot tapdance."
From: ucacmsu@ucl.ac.uk (Mr Stephen R Usher)
Newsgroups: comp.sys.m68k
Subject: Re: MC68008 cross/gnu/or whatever compiler!
Date: 23 Jul 92 08:40:44 GMT
Distribution: comp
Organization: Bloomsbury Computing Consortium, London

In article <MEF.92Jul22081401@ehsl.mitre.org> mef@ehsl.mitre.org (Marc E. Fiucznski) writes:
>Hi,
>
>Thanks for your replies and suggestions.  As usual, I should have
>researched a bit more before asking a 'somewhat' obvious question.  It
>turns out that simply using the gnu c compiler (gcc) and setting it up
>to compile 68k code will do the trick.
>
>The only problem that I face now is that the 68k systems that they
>list are somewhat tailed to the various versions of UN*X out there.
>
>Someone told me that there exists a 'plain' 68K definition for the
>gnu compiler.  Any hints?

You should get the sources to the Atari ST/TT version. By default it
generates plain 68000 code with 32 bit integers, but with flags it can
produce the full 680X0 instruction set code and/or use 16 bit integers.

It's available using anonymous FTP from atari.archive.umich.edu in the
directory (I think) atari/gnustuff/tos/gcc.

Both GCC 1.40.1 and GCC 2.1.2 are in there.

>
>Thanks,
>
>Marc
>
>ps. I pulled in gcc.1-40.  Does it already include plain 68K definition?


I hope this is useful.

Steve
--
Addresses:-
JANET:-		ucacmsu@uk.ac.ucl or	steve@uk.ac.ox.earth (preferable)
Internet:-	ucacmsu@ucl.ac.uk or	steve@earth.ox.ac.uk (preferable)
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Newsgroups: comp.sys.m68k
Subject: 68332 TPU
Date: 31 Jul 92 16:23:24 GMT
Organization: Jet Propulsion Laboratory

This a dumb question, but I guess I'm dumb. I've never worked with the 68332.
Why is it referred to as TPU instead of CPU? Is it a transputer like processor?
Ok, enough of that (while he quietly slinks back into his hole).

jeff
From: andrea@trsvax.tandy.com
Date: 20 Jul 92 16:05 CDT
Newsgroups: comp.sys.m68k
Subject: Looking for 680x0 emulator for SUNs
Message-ID: <287100006@trsvax>
Nf-ID: #N:trsvax:287100006:000:151
Nf-From: trsvax.tandy.com!andrea    Jul 20 16:05:00 1992




I am looking for a 680x0 emulator that will run on SUNs.  If you have one or
know where I can find one (FTP site) please respond.
Thanks in advance.
From: ochealth@unixg.ubc.ca (ochealth)
Newsgroups: comp.sys.m68k
Subject: 68xx Operating systems?
Date: 23 Jul 92 17:07:46 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada


Hi

This isn't the right newsgroup, but anyone who's been developing 68000
stuff for a while probably remembers(and may even still use) the 6800,
6809 etc CPUs.

I'm looking for a general control/"operating system" program for a 68xx
CPU. I've heard of "FLEX" and OS9, and I've seen stuff about multitasking
control/loader programs etc.

So perhaps someone out there has some old source code sitting in the bottom
of the 5 meg harddisk on that PC-XT cross-assembler machine in the basement.


thanks in advance!

jpm

-- 
______________________________________________________________________________
jpm: ochealth@unixg.ubc.ca         
                           Happily using OS/2 2.0 because MS Windows isN'T ___
                                                      Insert VapourFeature ^^^
From: meindert@inducom.nl (Meindert Kuipers)
Newsgroups: comp.sys.m68k
Subject: Re: 68k SBC on AT bus card available?
Date: 24 Jul 92 06:23:10 GMT
Organization: Inducom Systems BV, Oss, Netherlands

From article <1992Jul24.011708.3446@sbctri.sbc.com>, by tadams@sbctri.sbc.com (Tom. Adams 529-7860):
> 
> Can anyone provide references to 68k based single board computers
> on ISA (AT bus)  cards?  I'm looking for a co-worker, and would appreciate
> mailed replies.
> -- 
> Tom Adams	tadams@sbctri.sbc.com adams@swbatl.sbc.com   314-529-7860
> misology (mi-sohl'-ogee) Hatred of reason, argument, or enlightenment.
> --  misologist n.	Not in any way connected to the word management.

We have two products: one with 68302 and one with 680EC020. Both run OS-9
locally while you can use MS-Windows as an interface to the board (like
running an OS-9 shell).
Please send email, fax or phone should you need any further information.

--
Meindert Kuipers                  meindert@inducom.nl         +-----+
Inducom Systems BV                PO Box 627, NL 5340 AP  OSS |     <
                                  Phone: (31)4120-41922       |  o  |
                                  Fax:   (31)4120-22640       |  INDUCOM SYSTEMS
Specialists in OS-9, VMEbus and G-64                          +-----+
From: bleck@theta.ai.mit.edu (Olaf Bleck)
Newsgroups: comp.sys.m68k
Subject: Re: 68332 TPU Programming
Date: 29 Jul 92 21:25:36 GMT
Reply-To: bleck@ai.mit.edu
Organization: MIT Artificial Intelligence Laboratory

In article <tardif.711816324@chicoutimi>, tardif@chicoutimi.ulaval.ca (Pierre-Martin Tardif) writes:
|> bleck@mobot.ai.mit.edu (Olaf Bleck) writes:
|> 
|> >Does anyone know if Motorola has any source code available for programming
|> >emulation functions for the 68332 TPU channels?

|> Please reply to  USENET because I am also interested.


*Someone* was kind enough to email me a sh archive of the Motorola BBS 68332
TPU stuff, including the TPUasm.exe (it all runs on a PC).  Since I don't
read the comp.etc. groups much, if someone will be so kind as to tell me what
group would be an acceptable place to post the stuff to, I will do so
(comp.binaries.ibm.pc perhaps?).  However, I don't want to entertain any
requests to send it directly, so please don't ask.

-Olaf
bleck@ai.mit.edu
From: mikael@terapin.com (Mikael Andersson)
Newsgroups: comp.sys.m68k
Subject: 680EC40
Date: 27 Jul 92 08:43:04 PST
Organization: BBS

Is the 680EC40 available to the open market? If so, does anyone know the
approximately price for it in few quantities?
 
Mikae Andersson
Newsgroups: comp.sys.m68k
Subject: Re: Looking for 680x0 emulator for SUNs
From: bill@mri.com (Bill Weinberg)
Date: 25 Jul 92 20:20:50 GMT
Followup-To: 680x0 emulator?
Organization: Microtec Research Inc., Santa Clara, CA
Keywords: emulator, simulator, ICE, 680x0

In article <287100006@trsvax> andrea@trsvax.tandy.com writes:
>
>
>
>I am looking for a 680x0 emulator that will run on SUNs.  If you have one or
>know where I can find one (FTP site) please respond.
>Thanks in advance.

If what you are looking for is a 680x0 instruction set SIMULATOR, call
us at the phone number below and find out about the XRAY Debugger/Simulator.

If your really want an EMULATOR (i.e., In Circuit Emulator), try 
Applied Microsystems, Hewlett Packard, Microtek International, ZAXTEK,
Sophia Systems, and others.



Bill Weinberg
Microtec Research Inc.
2350 Mission College Blvd
Santa Clara CA 95054
408-980-1300

bill@mri.com
Newsgroups: comp.sys.m68k
From: admerlev@sundae.triumf.ca ( Arnd Merlevede )
Subject: Re: 68332 TPU Programming
Reply-To: admerlev@cipy.e-technik.uni-erlangen.de
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Thu, 30 Jul 1992 00:51:01 GMT

bleck@theta.ai.mit.edu (Olaf Bleck) writes:

>In article <tardif.711816324@chicoutimi>, tardif@chicoutimi.ulaval.ca (Pierre-Martin Tardif) writes:
>|> bleck@mobot.ai.mit.edu (Olaf Bleck) writes:
>|> 
>|> >Does anyone know if Motorola has any source code available for programming
>|> >emulation functions for the 68332 TPU channels?

>*Someone* was kind enough to email me a sh archive of the Motorola BBS 68332
>TPU stuff, including the TPUasm.exe (it all runs on a PC).  Since I don't
>read the comp.etc. groups much, if someone will be so kind as to tell me what
>group would be an acceptable place to post the stuff to, I will do so
>(comp.binaries.ibm.pc perhaps?).  However, I don't want to entertain any
>requests to send it directly, so please don't ask.

Would you please anounce here, when you do so ?
Arnd


>-Olaf
>bleck@ai.mit.edu
--
Any replies appreciated to : Arnd.Merlevede@cipy.e-technik.uni-erlangen.de
I hate to tell you, but you're only being simulated on the new cray !
(sdb: Would you like to save a backup of YOUR coredump ?)
From: rda753x@nella11.cc.monash.edu.au (Richard Jones)
Newsgroups: comp.sys.m68k
Subject: multi-68k system devices?
Date: 30 Jul 92 01:16:08 GMT
Organization: Monash University, Melb., Australia.


  I am doing research into multi-CPU systems, and have discovered a chip that
goes with the i960 to help it in a multi-cpu environment. Unfortunately, it
only works with the military i960 (expensive). What I'd like to know is if
there's something that'll aid the 68k family in a multi-cpu enviroment. The
areas of `help' would be message passing and bus contention.

   Thanks,
  Richard.
-- 
Richard Jones, Robotics and Digital Technology, Monash University.
     "SOD YOU THEN", Death, The Colour of Magic'.

email at rda753x@nellads.cc.monash.edu.au        [ AI: "Find food, Eat food" ]
From: mwr@tridom.uucp (Mark Reardon)
Newsgroups: comp.sys.m68k
Subject: 68302 SCR's IPA Bit?
Date: 27 Jul 92 14:48:46 GMT
Reply-To: mwr@tridom.uucp (Mark Reardon)
Organization: AT&T Tridom; Marietta, Georgia

In reading the 68302 manual I have a question, but first a little
background.  I am programming a 68302 running in slave mode to 
another 68302 (master).  All six SCCs are active and I am attempting
to program the master's IDMA channel from a PB11 interrupt on the
slave.  The slave's interrupts are executed at level three instead
of four due to some external logic between the two 68302s.  Now
the question.

I want the IDMA transfer to occur as the lowest priority function
on the bus except for standard 68000 CPU functions.  That is to 
say, all interrupt processing and SDMA will have priority over
the IDMA.  From looking at the manual, I have developed the 
following thought process.  Set up the IDMA in the PB11 interrupt
service routine and clear the IDMA bit of the ISR.  All other
interrupts also should clear their corresponding bits in the ISR
when they are done.  When the last bit of the ISR is cleared that
corresponds with the bits set in the IMR, the IPA bit of the SCR
will clear and allow the IDMA to execute.  

Any opinions?  Should I use the Slave's IDMA instead (it is 
currently idle)?

Thanks.

-- 
Mark

---------------------------------------------------------------------
| Mark Reardon           |  AT&T Tridom                             |
| mwr@eng.tridom.com     |  840 Franklin Court                      |
|                        |  Marietta, GA 30067                      |
---------------------------------------------------------------------
 
Newsgroups: comp.sys.m68k
From: tadams@sbctri.sbc.com (Tom. Adams 529-7860)
Subject: 68k SBC on AT bus card available?
Organization: Southwestern Bell Technology Resources, St.Louis, MO
Date: Fri, 24 Jul 92 01:17:08 GMT


Can anyone provide references to 68k based single board computers
on ISA (AT bus)  cards?  I'm looking for a co-worker, and would appreciate
mailed replies.
-- 
Tom Adams	tadams@sbctri.sbc.com adams@swbatl.sbc.com   314-529-7860
misology (mi-sohl'-ogee) Hatred of reason, argument, or enlightenment.
--  misologist n.	Not in any way connected to the word management.
Newsgroups: comp.sys.m68k
From: jtr@oakhill.sps.mot.com (Jim Reinhart)
Subject: Re: Documentation (Was: Re: 68030 mmu info wanted)
Keywords: 68030 mmu
Organization: Motorola Inc., Austin Tx.
Date: Thu, 30 Jul 1992 22:54:24 GMT

In article <1992Jul29.135924.19948@telematics.com> ted@telematics.com (Ted Goldblatt) writes:
>
>I see many variants of this request in this group.   The "documentation"
>on these various parts and features is the associated Moto User Manuals
>and data sheets.  While I'm sure they cost money in theory, in practice
>if you can convince your Moto salesdroid that there is any chance you
>will use a part in (even small) quantity, you can get these for free 
>(at least, that's been my experience).
>
Excellent tip!  We couldn't have said it better.  The definitive source
for technical info on the 68k family should be our user's manuals.  If what
you're looking for is not in there, we'd like to know about it (in fact 
as we reprint manuals we are adding our fax number inside the front cover
to let our users tell us what they want to see new & different or what they
didn't see.

In order to overcome the sticker shock associated with buying one of our    
manuals (a couple of bucks), we have asked our literature distribution center
to provide the first copy of any manual free of charge (68k lit only at this
time).  Shipping & handling on our nickle.  Our sales offices almost always
have a small literature inventory on hand as well and are more than happy 
to give away copies (they don't get commission on them anyway) whenever 
possible.

Try the Literature Distribution Center at (602) 994-6561.


-- 
Regards, 
Jim Reinhart
Motorola Microprocessor & Memory Technologies Group
Austin, Texas
From: mcmahan@netcom.com (Dave Mc Mahan)
Newsgroups: comp.sys.m68k
Subject: Re: 68332 TPU Programming
Date: 22 Jul 92 16:17:14 GMT
Organization: Dave McMahan @ NetCom Services


 In a previous article, bleck@ai.mit.edu writes:
>
>Does anyone know if Motorola has any source code available for programming
>emulation functions for the 68332 TPU channels?  Though they have the
>pseudocode for all the preprogrammed functions in the manual, I'd find it
>much easier to see some source code.

Yes, the source is available by calling the Motorola Technical BBS at (512)
891-3733.  This BBS is really a conglomeration of several CPU cores,
ranging from the 6811 to the CPU32.  There are several sections that you
can get info from, and one of them involves the TPU.  This BBS is in Texas.


>-Olaf
>Please reply to bleck@ai.mit.edu

   -dave
-- 
Dave McMahan                            mcmahan@netcom.com
					{apple,amdahl,claris}!netcom!mcmahan
From: bnell@siemens.com. (Bill Nell)
Newsgroups: comp.sys.m68k
Subject: timing info for 68030 instructions
Date: 23 Jul 92 18:13:13 GMT

Anyone out there have any timing info for 68030 instructions? (like clock
cycles to execute)  I have a list for the 68000 but there are alot of
extra instructions for the 68030 and they could have improved some of the
older instructions.  Thanks in advance.

							Bill

--
bnell@ferrari.siemens.com    | Quote of the Day:
Siemens Corporate Research   |   Those who are wise to the words are wise
755 College Road East        |   to those for whom words are sufficient.
Princeton, NJ 08540          |                         - Scott Surowiec
From: mef@ehsl.mitre.org (Marc E. Fiucznski)
Newsgroups: comp.sys.m68k
Subject: 68kasmsim
Date: 30 Jul 92 16:00:41 GMT
Distribution: comp
Organization: Electronic Hardware Standards Laboratory, MITRE Corporation,
	Reston, VA.

I'm searching for the 68kasmsim simulator.  Could someone point me at
the right archive. Specifically, I'm searching for the one written for
X-windows.  The archive that was supposed to have it csl.csl.ncsu.edu
doesn't exists anymore.  

Thanks,

Marc
From: bleck@theta.ai.mit.edu (Olaf Bleck)
Newsgroups: comp.sys.m68k
Subject: Re: 68332 TPU Programming
Date: 30 Jul 92 20:17:43 GMT
Reply-To: bleck@ai.mit.edu
Organization: MIT Artificial Intelligence Laboratory



In article <1992Jul30.005101.21886@unixg.ubc.ca>, admerlev@sundae.triumf.ca ( Arnd Merlevede ) writes:
|> >*Someone* was kind enough to email me a sh archive of the Motorola BBS 68332
|> >TPU stuff, including the TPUasm.exe (it all runs on a PC).  Since I don't
|> >read the comp.etc. groups much, if someone will be so kind as to tell me what
|> >group would be an acceptable place to post the stuff to, I will do so
|> >(comp.binaries.ibm.pc perhaps?).  However, I don't want to entertain any
|> >requests to send it directly, so please don't ask.
|> 
|> Would you please anounce here, when you do so ?
|> Arnd


I have posted the stuff to comp.binaries.ibm.pc.
Enjoy!

-Olaf
From: tardif@chicoutimi.ulaval.ca (Pierre-Martin Tardif)
Newsgroups: comp.sys.m68k
Subject: Re: 68332 TPU Programming
Date: 22 Jul 92 14:45:24 GMT
Organization: Universite Laval

bleck@mobot.ai.mit.edu (Olaf Bleck) writes:

>Does anyone know if Motorola has any source code available for programming
>emulation functions for the 68332 TPU channels?  Though they have the
>pseudocode for all the preprogrammed functions in the manual, I'd find it
>much easier to see some source code.
>Alternately, if anyone out there has some stuff they've written, I'd
>appreciate it if you'd let me have a peek at it.
>Thanks in advance,
>-Olaf
>Please reply to bleck@ai.mit.edu
                 ^^^^^^^^^^^^^^^^

Please reply to  USENET because I am also interested.

Thank you !
-- 
Pierre-Martin Tardif, etudiant gradue  (email: tardif@gel.ulaval.ca)
Laboratoire de Vision et Systemes Numeriques
Universite Laval, Pavillon Adrien-Pouliot, local 00100-I, Ste-Foy, Quebec,
Canada, G1K 7P4         (418-656-2131, ext 4848)
Newsgroups: comp.sys.m68k
From: u882453@bruny.cc.utas.edu.au (Andrew King)
Subject: Re: 4 byte fetch...
Organization: University of Tasmania, Australia.
Date: Tue, 21 Jul 1992 06:05:45 GMT

eric@telebit.com (Eric Smith) writes:

>If the intent is to obfuscate the code, wouldn't it be better to modify the
>code as far away from the modified code as possible?

>Instead of:
>                move.w  d0,(a0)
>                jmp     (a6)

>You would use:
>                move.w  d0,(a0)
>... do lots of stuff here...
>                jmp     (a6)

Another trick is to use:
		move.l	a6,(a7)
.... do lots of code here
		rts

Trace vector-decoders are often used to protect code too..