Arev Hanging - Win2000 - Input.Char (AREV Specific)
At 14 OCT 2004 05:39:27PM Terry Rainville wrote:
If anyone out there has Steve Smith's fix for the Input.Char routine can you please give it to me.
I have been trying to fix AREV for months now and am getting fed up.
Running Arev 3.111, NLM 1.5, Novel 3.x, Win2000
Arev constantly stalls until you press a key, this is obviously due to the Input.Char problem which has been mentioned to me by Steve and also on this Web Site, But I still do not have the fix yet.
At 15 OCT 2004 02:38AM [email protected] wrote:
If AREV is stalling until a key is pressed this sounds more like background indexing kicking in. Steve's CPU PLus is designed to prevent tthe 100% CPU utilisation problems seen on XP and it is a commercially available product.
The Sprezzatura Group Web Site
World Leaders in all things RevSoft
At 16 OCT 2004 01:06AM Jim Leong wrote:
Terry, are you running tame?. If so, you may need to tweak it. If there is no keyboard activity for some time (ie/ running report), it may go into a sleep mode.
At 18 OCT 2004 09:37PM Steve Smith wrote:
Terry, if it was *that* simple I would have forwarded the 3.111 patch to you a while ago. 3.111 is a unique AREV version. It was only released briefly in the USA, if I recall, from my conversations with RTI staff from that era.
You ask publicly for someone to "forward" the $INPUT.CHAR patch to you - as if the product is the same over all versions (which it actually isn't - it's custom built on each AREV release, and it involves patching object code in situ in some instances - quite tricky. Some versions of AREV with similar release numbers actually have different object code in them. CPUPLUS addresses about 9 different problem areas apart from $INPUT.CHAR. These areas vary across AREV versions, and across operating systems (yup - CPUPLUS has to sense the target hardware / OS and network and self-tune accordingly).
There will be new releases of the CPUPLUS product (free of charge) to existing users (2.x and 3.x) available shortly, addressing some existing limitations of the product.
My current backlog of fulfilling CPUPLUS requests is due to other work which has priority, and the intricacies of the CPUPLUS product and the variations of AREV involved.
I will attend to all outstanding requests ASAP. I'm no more comfortable about these delays than you are.