Xref: utzoo comp.sys.amiga.programmer:4106 comp.sys.amiga.hardware:9710
Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!think.com!mintaka!bloom-beacon!eru!hagbard!sunic!sics.se!fuug!funic!nic!vinsci
From: vinsci@nic.funet.fi (Leonard Norrgard)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware,adsp.sw,adsp.hw
Subject: Re: 68040 Compatibility Warning
Message-ID: <VINSCI.91May31215852@nic.nic.funet.fi>
Date: 31 May 91 19:58:52 GMT
References: <22049@cbmvax.commodore.com>
Sender: vinsci@nic.funet.fi (Leonard Norrgard)
Organization: Soft Service, Inc.
Lines: 13
In-Reply-To: mks@cbmvax.commodore.com's message of 30 May 91 18:48:15 GMT

>Note that CreateProc() is not the only time this could be a
>problem. Whenever you create code (or load code) that is not 100%
>done only via LoadSeg() you will need to call CacheClearU().
>Many input.device handlers have been known to allocate and copy
>up the handler code and then exit back to the system.  These
>programs also need to have this call in them.

NOTE: If you use SAS/C and link with cback.o you'll have to rewrite
cback.a to fix this. As it is now it is a likely crash under '040.
(cback.a allocates a piece of memory and copies code to it, to be run at
program exit).

-- Leonard