[[https://www.revelation.com/|Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community]]
==== Sluggish SSELECT (AREV Specific) ====
=== At 12 JAN 2000 11:32:05AM Anthony Judge wrote: ===
{{tag>"AREV Specific"}}
We have a Novell LAN on which AREV 3.12 has been running for some years.
We now run some jobs in DOS windows and some by rebooting in DOS. Either way we have experienced erratic speeds on SSELECTs -- sometimes very fast, sometimes amazingly slow by a factor of 100 to 1000. We have tried every combination of machine, booting, properties adjustment, using a VOC for complex selects, expensive advice, etc -- over a 2 year period. No change.
This posting is just to report that by complete chance, whilst watching the bar stuck at 5 percent, I happened to press the Ctrl key. The select reverted to electronic speeds. I kept my finger down and what was looking like a half hour select was over in a flash. On my next really long job -- old style -- I put a book on the Ctrl key and the process continued in my absence at the desired electronic speed !!!
----
=== At 13 JAN 2000 10:55AM Tomas J. Fulopp wrote: ===
Tony,
Your contribution on the ARev magic key (CTRL) is very humorous!Perhaps the future will once recognize you as the founder of a new branch called Computer Shamanism?
I have to think of old games I used to know on Sinclair ZX Spectrum and Amiga computers, where there were hidden "enhancement" keys or key combinations... some of them got you an infinite amount of ammo or lives, but you had to find it out by chance (sort of joke of the programmers who would come up with such trick only in a year, after you sweated out all your blood not being able to pass certain dungeon).
Cheers,
Tomas J. Fulopp
(Tomi@scientist.com)
----
=== At 13 JAN 2000 11:38AM Victor Engel wrote: ===
This sounds similar to my experience in several Windows applications where scrolling is required. Scrolling continues while the mouse button is pressed below the scroll bar. However the scrolling proceeds slowly. If the mouse is wiggled constantly while holding the button, scrolling proceeds quickly. I use this "feature" all the time.
----
=== At 17 JAN 2000 03:06PM Richard Hunt wrote: ===
Wow! I thought i was imagining things... Not too long ago, I noticed that my internet connection was very sluggish. I found out if i moved my mouse it would speed up the flow thru the modem much much faster. Almost like the mouse was in the way of the modem.
Now that is very interesting. I wonder if windows 98 has some problems. hmmmmm...
----
=== At 18 JAN 2000 03:45PM Victor Engel wrote: ===
Here's my understanding of what is happening (someone please correct me if I'm wrong). Both the keyboard and mouse function using interrupts. When neither is being used, Windows goes through its normal sequence of timeslices. However, when the mouse or keyboard is used, this normal sequence is effectively short-circuited in order to process the mouse or keyboard request. Then the sequence is restarted. In a way it's like manually forcing the current process to give up the rest of its timeslice. Can anyone confirm or deny this?
[[https://www.revelation.com/revweb/oecgi4p.php/O4W_HANDOFF?DESTN=O4W_RUN_FORM&INQID=NONWORKS_READ&SUMMARY=1&KEY=04B53A8B6901D67685256864005AD403|View this thread on the forum...]]