PC SOFT

WINDEV的在线文档

  • Overview
  • Disabling the JITc technology
  • Managing the automatic user tests
  • Enabling the dynamic audit
  • Enabling the runtime log
  • Connections used by the application
文档页面当前正在翻译。对于此延迟我们深表歉意。
您可以自愿地帮助我们翻译您想要的文档段落,然后只需通过以下地址与我们联系:info@cn.windev.com
产品
WinDevWebDev-服务器代码WebDev-浏览器代码WinDev Mobile报表和查询
平台
WindowsLinuxWindows MobileWindows PhoneWindows Store appsAndroidAndroid Widget iPhone/iPad
语言
JavaPHPAjax用户代码(MCU)外部语言
数据库
HFSQLHFSQL Client/Server存储过程HF 5.5OLE DBODBC本地访问

Overview
The <Executable Name>.WX file is used to manage some features directly, even if these features have not been included in the application. This file is found beside the executable.

This file is a text file containing different sections that correspond to the requested features.

You have the ability to manage:

Disabling the JITc technology
The principle of JITc technology (Just In Time Compilation) is straightforward: the 5GL code of WinDev is transformed on the runtime computer into "native assembler code" during its execution. See JITc technology for more details.

If you have suspicions about problems that may be caused by the JIT technology, this technology can be disabled for a specific application, by modifying (or by adding) the <Executable Name>.WX file. This file is found beside the executable. To disable the JITc technology, add the following lines:

[WD_EXECUTION]
OPTIM_EXECUTION=0

Managing the automatic user tests
WinDev allows the user to record a test scenario in order to send it to the quality service or to the developer. Therefore, the user can easily transmit a reproduction protocol that is difficult to explain.

The developer will be able to import the tests directly into his project. These tests can be run to reproduce the problem encountered by the user and they can be added to the automatic tests of the application.

See Automatic test created by the user for more details.

The creation of a test scenario can be done without modifying the application, via the <Executable Name>.WX file. This file must contain the following lines:

[Scenario]
Enabled = <0/1>
File = <Name of WSCT file>
DLLPath = <DLL path for test>

Let's take a look at these lines:
  • Enabled: This parameter must correspond to 0 to avoid recording the scenario and to 1 to record the scenario
  • File: Name of the scenario file ("wsct" extension). This name can be built with the following elements:
[%ExeDir%]Directory of the executable, always filled with the "\" character. This directory is equivalent to the result of 文件可执行文件目录.
[%ExeName%]Name of the executable.
[%Date%]Start date of the scenario file.
[%Time%]Start time of the scenario file.
[%UserName%]Name of the current user.
[%ComputerName%]Name of the computer.
18版本和更高版本
[%DataDir%]
18新版本
[%DataDir%]
[%DataDir%]
Directory of HFSQL data files specified by the user when installing the application. This directory is equivalent to the result of 文件数据库目录.
18版本和更高版本
[%UserDataDir%]
18新版本
[%UserDataDir%]
[%UserDataDir%]
Directory for the data of the current user of the current application. . This directory is equivalent to the result of 文件用户数据目录.

  • CheminDLL: path used to access the wdxxxtest.dll library. This DLL is required to create the scenario.

Enabling the dynamic audit
The dynamic audit of an application is used to analyze its performances at run time. A dynamic audit can be performed in a test environment or on a live application. The audit is used to detect problems such as:
  • Excessive memory consumption
  • Slowness of the algorithms used
  • Errors "hidden" at run time
See Dynamic audit for more details.

You have the ability to audit an application in its production environment without modifying the executable: all you have to do is create, in the directory of the executable, a file named like the executable and whose extension is ".WX".

This file will have the following format:

[AUDIT]
ACTIVE = 1 (or 0 to disable the audit)
FILE = <path of the .waudit file to generate>
OPTION = <combination of the options of dbgEnableAudit>

Enabling the runtime log
The runtime log is a runtime trace. This log is a simple file (wlog extension) that contains the details of all the operations performed by a user in a WinDev application:
  • details about the processes called,
  • WLanguage functions with their parameters,
  • user procedures with their parameters,
  • threads,
  • components.
This file allows you to:
  • find out which operations are the most frequently used in the application.
  • find out which processes take the most time.
  • follow the code run during a process that triggers problems (hard to isolate in test mode).
See Runtime log for more details.

The activation of the runtime log can be done without modifying the application via a specific file. To do so, create a file named <Executable Name>.WX beside the executable of the application. This file must contain the following lines:

[LOG]
Active=<0/1>
File=<Name of WXLOG file>
Option=<Value of options>

Let's take a look at these lines:

  • 活动: This parameter must correspond to 0 to disable the log and to 1 to enable it.
  • File: Name of the log file ("wlog" extension). This name can be built with the following elements:
[%ExeDir%]Directory of the executable, always filled with the "\" character. This directory is equivalent to the result of 文件可执行文件目录.
[%ExeName%]Name of the executable.
[%Date%]Start date of the Log file.
[%Time%]Start time of the Log file.
[%UserName%]Name of the current user.
[%ComputerName%]Name of the computer.
18版本和更高版本
[%DataDir%]
18新版本
[%DataDir%]
[%DataDir%]
Directory of HFSQL data files specified by the user when installing the application. This directory is equivalent to the result of 文件数据库目录.
18版本和更高版本
[%UserDataDir%]
18新版本
[%UserDataDir%]
[%UserDataDir%]
Directory for the data of the current user of the current application. . This directory is equivalent to the result of 文件用户数据目录.
  • Option: Options of the log file.
    • If the options are not specified in the WX file (the OPTION line is missing), the log file is created with the default options: only the WLanguage functions are found in the log file.
    • "" (empty string): Only the processes are stored in the log.
    • "*": the log contains the full information.
    • a combination of values:
      - "+F" to enable the trace for the functions,
      - "+P" to enable the trace for the parameters.

Connections used by the application
When the application is installed on the end-user computer, depending on the selected options, the wizard proposes to install a HFSQL Client/Server server on a Windows or Linux computer, and it allows the user to configure the connection used.

At the end of setup, a ".wx" file is created beside the executable.

The structure of this file is given for information. This structure can be modified in a forthcoming version. This file should not be modified manually.

This file contains the following information:

[CONNECT]
NBCX = Number of defined connections
NOM_x = Name of the connection number x
BASE_x = Type of database used (always corresponds to hAccessHFClientServer)
ADRESSE_x = Address of the server used (name or IP address of the server)
PORT_x = Connection port
DATABASE_x = Name of the database used
LOGIN_x = Connection login
PWD_x = Encrypted password
ACCESS_x = Type of access (hOReadWrite or hORead)
EXTINFO_x = Extended information

Note: From version 19, HFSQL is the new name of HyperFileSQL.