[comp.sys.acorn] OS_UpdateMEMC killer

csuwr@warwick.ac.uk (Derek Hunter) (05/16/91)

For a while, I have been growling at my A3000 because it locks up when I
 try and run certain demos. (most notably the !FishDemoS)

Yesterday I was given a few shareware games which exhibited the same problem,
 but were written in Basic, and I could look at them nice and easily, which
 allowed me to remove the problem which inspiration said was a
 `SYS "OS_UpdateMEMC",64,64', a call I understand sped up MEMC1s.

Well, the Basic games (ta Miles) work fine now (even if they are a bit naff),
 but the FishDemo is all horrible and encoded, so I can't poke the SWI to
 a SWINV.

Has anyone written a module which can sit on the appropriate ROM module
 and make it ignore this particular version of the UpdateMEMC call,
 or could someone throw me the source for the !Largeness sit-upon
 WindowManager module?

 (I assume Acron didn't bother putting this call through a vector either.)

Ob Nasty Idea:

	How about a module call which registers a routine
	 with a module (or SWI), and forces the module to vector
	 through a whole chain of such routines?


    Actually . . .

	Couldn't RISC OS effect this itself with a check during
	 SWI decoding based on the SWI chunk number?
	If it loads R12 with the workspace address, it could easily
	 check for vectoring at the same time.


[evil grin]

	- Sorry about that idea if you have a weak stomach.

	- Derek Hunter

csuwr@warwick.ac.uk (Derek Hunter) (05/16/91)

Sorry folks, Pnews here seems to eat final lines of articles.

	If someone wants to send me a copy of the !Largeness
	piggyback module, my address is in the header and in
	the sig.

	- Derek Hunter

	csuwr@cu.warwick.ac.uk

Eatable line...03
Eatable line...02
Eatable li (ugh!)