Did this article resolve your question/issue?



READKEY PAUSE 0.1 statement causes slow performance after moving from OpenEdge 10.2B to 11.3

« Go Back


TitleREADKEY PAUSE 0.1 statement causes slow performance after moving from OpenEdge 10.2B to 11.3
URL Name000055845
Article Number000171515
EnvironmentProduct: OpenEdge
Version: 11.3
OS: All supported platforms
Question/Problem Description
After migrating from OpenEdge 10.2B08 to OpenEdge 11.3.3 specific application code shows very poor performance. 
Code runs 3 times slower or worse.
Not all programs are affected, just specific jobs.

Affected programs contain a READKEY PAUSE 0.1. statement that executes regularly
Steps to Reproduce
Clarifying Information
Databases use same parameters.
Clients connect in same way to databases.
Error Message
Defect/Enhancement Number
This is expected behavior.

OpenEdge 11.2 introduced support for millisecond granularity on PAUSE statements.
Earlier releases round decimal values to nearest integer so READKEY PAUSE 0.1. is treated as READKEY PAUSE 0. (= 1 clock tick from the OS, typically 16ms or less)
Current releases will accept the decimal value as-is, so READKEY PAUSE 0.1. will pause for 100ms instead.
Last Modified Date12/3/2014 10:53 AM
Disclaimer The origins of the information on this site may be internal or external to Progress Software Corporation (“Progress”). Progress Software Corporation makes all reasonable efforts to verify this information. However, the information provided is for your information only. Progress Software Corporation makes no explicit or implied claims to the validity of this information.

Any sample code provided on this site is not supported under any Progress support program or service. The sample code is provided on an "AS IS" basis. Progress makes no warranties, express or implied, and disclaims all implied warranties including, without limitation, the implied warranties of merchantability or of fitness for a particular purpose. The entire risk arising out of the use or performance of the sample code is borne by the user. In no event shall Progress, its employees, or anyone else involved in the creation, production, or delivery of the code be liable for any damages whatsoever (including, without limitation, damages for loss of business profits, business interruption, loss of business information, or other pecuniary loss) arising out of the use of or inability to use the sample code, even if Progress has been advised of the possibility of such damages.