Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!julius.cs.uiuc.edu!rpi!batcomputer!munnari.oz.au!comp.vuw.ac.nz!actrix!tower!johnv From: johnv@tower.actrix.gen.nz (John Veldthuis) Newsgroups: comp.sys.amiga.programmer Subject: Re: What does "trashing low memory vectors" mean? Message-ID: <3624.tnews@tower.actrix.gen.nz> Date: 15 Jan 91 02:17:46 GMT References: <1991Jan10.200642.26708@motaus.sps.mot.com> Organization: Amiga Virus Extermination Services, NZAmigaUG :). Lines: 25 Quoted from <1991Jan10.200642.26708@motaus.sps.mot.com> by skipper@motaus.sps.mot.com (Skipper Smith): > In article yorkw@stable.ecn.purdue.edu (Willis F York) writes: > >Well just for the FUN of it i turned on GOMF's Lowmemory vector checking. > >(DW was complaing about these vectors to, as wellas a nother anti-virus prog) > > > >and it seems EVERY time CED opens a File requestor, a Vector gets "trashed" > > > Is that 00000078 decimal or hex? Actually, it doesn't matter since either > value would put it in the range of acceptable user vectors. What CED must be > doing is defining the vector so that whenever some event that the program > defines occurs an exception will cause the system to start executing code at > address 00c6f018. I would suggest that you look there to see what that code > is doing and maybe many more questions then I could ever answer will be found. > This is actually GOMF doing all the stomping and reporting on itself. A bit of bad programming was done in GOMF and the return value from the OpenWindow call that GOMF takes over is not checked. GOMF then tries to put a value into the Task structure to track the window but if the window did not open the value is zero. GOMF is trying to stuff the value into offset $78 from the return value which stomps on the Low Memory Vector. Therefore please stop abusing CED which is a great product and stop using GOMF or get a version that has been hacked to stop this happening. -- *** John Veldthuis, NZAmigaUG. johnv@tower.actrix.gen.nz ***