Karen,
Yes. The default setting for the recently implemented
(Build 10.5.3.20624) "keep alive" logic is ON, which limits
situations where the Windows operating system will tag
R:BASE applications as "Not Responding" when a long running
task is executing.
R:BASE "is" polling Windows when the setting is ON, thus the
application is kept alive, and the "Not Responding" tag is
not assigned by the OS to R:BASE.
Razzak
At 11:57 AM 8/18/2021, 'Karen Tellef' via RBASE-L wrote:
I'm happy to see the ability to suppress the "not responding" messages, which
99% of the time are just a result of slow processes and not an actual lockup.
I have users that can be trigger-happy and reboot a machine as soon as they
see those messages.
But I'm confused on the explanation in the final paragraph of the
description.
>The setting default is ON, as it is ideal to avoid the "Not
>Responding" scenario.
So the default is ON, which seems to me like it will suppress the
"not responding" messages. So I don't have to add anything to make this
happen, which is awesome.
>With the setting toggled to OFF the R:BASE front-end will no longer
>check with Windows if there are pending messages to be processed.
So this confuses me. It would seem like when it's ON, RBase is no longer
polling Windows and potentially displaying the "not responding". But you say
that the OFF does this. Unless I'm not understanding exactly what is meant
by "checking with Windows", totally possible!
Karen
-----Original Message-----
From: A. Razzak Memon <[email protected]>
To: [email protected]
Sent: Mon, Aug 16, 2021 10:01 am
Subject: [RBASE-L] - Tip of the Day: Application Setting for "Keep
Alive" Feature
Monday, August 16, 2021
Tip of the Day: Application Setting for "Keep Alive" Feature
Product.......: R:BASE X.5 and R:BASE X.5 Enterprise (Version 10.5)
Build.........: 10.5.3.20812 or higher
Sections......: Commands
Keywords......: PROPERTY, Setting, Keep Alive, Application
Did you know that a new application PROPERTY setting was
added to control the recently implemented "keep alive"
logic, which limits situations where the Windows OS will
tag R:BASE applications as "Not Responding"?
In very long processes, where perhaps the user does not
need to be informed, the keep alive feature may add
processing time to routines.
So, to allow users and developers the ability to control
the keep alive logic, the KEEP_ALIVE setting has been
implemented.
PROPERTY APPLICATION KEEP_ALIVE ON|OFF
The setting default is ON, as it is ideal to avoid the "Not
Responding" scenario. With the setting toggled to OFF the
R:BASE front-end will no longer check with Windows if there
are pending messages to be processed. When performing long
running tasks that do not need the feature, it can be set
to OFF, then set back to ON afterward.
Very Best R:egards,
Razzak.
<https://www.rbase.com/>https://www.rbase.com
http://www.facebook.com/rbase/
--
For group guidelines, visit
http://www.rbase.com/support/usersgroup_guidelines.php
---
You received this message because you are subscribed to the Google Groups "RBASE-L" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/rbase-l/0M87fT-1n2d4K0gTZ-00vhHv%40mrelay.perfora.net.
