bscott@isis.cs.du.edu (Ben Scott) (10/31/90)
I recently received GOMF 3.0 (with the button) in a swap and am having some troubles with getting it to coexist with my system. Well, not really bad troubles, actually, but... Once I put it into my startup sequence (replacing GOMF 1.0) everything was fine until I read part of the manual and found the "&" and "^" options. The "^" is the problem - it's supposed to keep an eye on low-memory vectors, but when it is selected, every startup it warns of a problem at $00C0. I tracked it down to the Setpatch command (which I use with the "r" option 'cause of the Super Agnus). This seems to be something GOMF doesn't expect and it interprets it as a bad program. Is there an updated version of GOMF I should have that takes this into account? I don't want to run with less protection than necessary, but I also won't change the Setpatch invocation. Also, what is the button supposed to do? It's hooked up to a daughterboard which lives under Paula and it does the job the manual claims for it when I try the demos, but the two or three methods for locking up the machine I can think of to try myself seem to do no good. And of course it does nothing when there isn't anything wrong. And the manual states that GOMF "sleeps" until needed. Well, GOMF 1.0 did this but according to Xoper, 3.0 uses a considerable amount of CPU time. Currently I'm using ChangeTaskPri to reset it down a bit (though it doesn't really busy wait, it seems to grab about 30% of the CPU time). I don't expect help with this "problem", but just thought I'd report it. All I can say is that I'm sure glad I didn't buy GOMF the few times I was tempted to. I feel I got my money's worth in the deal (I paid postage plus something I paid about $2 for...), but I don't think it's worth the retail price. . <<<<Infinite K>>>> -- ** Please note that my mail feed is currently down; if you've sent me mail ** ** in the past three weeks, please try again until you get a reply. Thanks ** |FIDO point address 1:104/421.2, bscott@isis.cs.du.edu, or BBS (303)424-9831| |"Sometimes you just gotta look the potato of injustice right in the eye..."|
aduncan@rhea.trl.oz (Allan Duncan) (11/01/90)
From article <1990Oct31.051927.747@isis.cs.du.edu>, by bscott@isis.cs.du.edu (Ben Scott): ... > And the manual states that GOMF "sleeps" until needed. Well, GOMF 1.0 did > this but according to Xoper, 3.0 uses a considerable amount of CPU time. > Currently I'm using ChangeTaskPri to reset it down a bit (though it doesn't > really busy wait, it seems to grab about 30% of the CPU time). I don't > expect help with this "problem", but just thought I'd report it. Add in a cpu intensive task and see if the % drops - there could be a wait with a small time interval that means that if there is nothing else much happening, the overhead in handling the checking is significant. > > All I can say is that I'm sure glad I didn't buy GOMF the few times I was > tempted to. I feel I got my money's worth in the deal (I paid postage plus > something I paid about $2 for...), but I don't think it's worth the retail > price. It depends on what you do and what you expect it to save you from. At the very least you get English translations of the guru numbers! Allan Duncan ACSnet a.duncan@trl.oz (03) 541 6708 ARPA a.duncan%trl.oz.au@uunet.uu.net UUCP {uunet,hplabs,ukc}!munnari!trl.oz!a.duncan Telecom Research Labs, PO Box 249, Clayton, Victoria, 3168, Australia.