|
|
|
|
- Characteristics of a thread created in WLanguage
- Thread and HFSQL
- Characteristics of WLanguage procedure
- Lifecycle of a thread
- Error management
- Forbidden processes
ThreadExecute (Function) In french: ThreadExecute Starts the execution of a secondary thread. The statement is a non-locking statement: the two processes are run in parallel. Reminder: A thread is a process run in parallel with the current application (main thread). For example, it is possible to launch the execution of a task being processed by Background (backup, etc.). Versions 19 and later Versions 21 and later
sDate is string
sDate = DateSys()
ThreadExecute("THREADNAME", threadNormal, "pExecReq", (sDate))
PROCEDURE pExecReq(sDate)
IF HExecuteQuery(Sup_Date, hQueryDefault, sDate) = False THEN
Error(HErrorInfo())
ELSE
HReadFirst(Sup_Date)
END
ThreadExecute("Thread1", threadNormal, ProcédureThread)
...
ThreadExecute("Thread2", threadNormal, CClasse::MéthodeGlobale)
Syntax Versions 25 and later Versions 25 and later
Executing a thread by naming it (Compatible syntax) Hide the details
ThreadExecute(<Thread name> , <Options> , <WLanguage procedure> [, <Parameter 1> [... [, <Parameter N>]]])
<Thread name>: Character string Name that will be given to the thread. This name will be used by all thread functions. This name cannot correspond to an empty string ("") <Options>: Constant Mode for starting the thread. <WLanguage procedure>: Procedure name Name of the WLanguage procedure run. This procedure is run in parallel with the application. <Parameter 1>: Optional Parameters that will be passed to the procedure. Caution: these parameters are passed by value (not by reference). <Parameter N>: Optional Parameters that will be passed to the procedure. Caution: these parameters are passed by value (not by reference). Remarks Characteristics of a thread created in WLanguage A thread created in WLanguage can only be a procedure or a class method. The thread cannot correspond to a WLanguage process (code of a control for example). If the thread is a class method, ThreadExecute must be run from one of the processes of the class (constructor or method). Thread and HFSQL HFSQL contexts are automatically duplicated when ThreadExecute is executed: the number of HFSQL contexts is equal to the number of threads currently run. The entire HFSQL context is copied (filter, search condition, etc.). The HFSQL context evolves independently in each thread. This allows you, for example, to perform two different iterations on the same data file in two different threads. Two methods can be used to copy HFSQL contexts: - Full copy of context (by default)
Versions 20 and laterLight copy of context.
For more details on how HFSQL contexts are copied and their limits (depending on the database used), see HFSQL context management. Example: - A filter is created on the Customer data file.
- ThreadExecute is called to create the CTX2 thread.
- The Customer data file is filtered in each thread (main and CTX2). The filter will still be enabled in the CTX2 thread even if the filter is disabled in the main thread.
Special cases: - Assisted management of HFSQL errors: If several threads are used on the data files, we advise you to customize the management of HFSQL errors to avoid displaying the default windows. To do so, use HOnError to disable the automatic management of errors or to redirect the management of errors to a custom procedure (without displaying windows). For more details, see Assisted HFSQL error handling.
- Write operations and assignments in a thread: If values are written or assigned in a thread, the other running threads do not share this information. Some inconsistencies may occur.
Remark: From version 19, HFSQL is the new name of HyperFileSQL. Characteristics of WLanguage procedure Caution: The calls to Info, Error, ... lock all the threads currently run. Remark: The parameters passed to the procedure are passed by value and not by reference. The thread is automatically stopped at the end of the execution of the WLanguage procedure started by ThreadExecute. The thread is also stopped in the following cases: - if ThreadExecute is called from the code of a window, the thread will be stopped when the window is closed.
- if ThreadExecute is called from a global process (initialization, explicit call in the main context), the thread will be stopped when the application is terminated.
- if ThreadExecute is called in a class method, the thread is stopped when the object is destroyed.
To force the execution of the thread in the main context, use the threadGlobalContext constant. To force the thread to stop, use ThreadStop. This function can be used to stop a thread from the main thread. Remark: Make sure that the threads are stopped (by ThreadState or ThreadWait) before closing the windows or destroying the objects. A fatal error occurs in the following cases: - if the procedure does not exist.
- if a thread with the same name is currently running.
Forbidden processes Caution: The following processes cannot be run in the threads: - opening windows with WLanguage functions such as Open, Use, Close, ... A specific management mode must be implemented if some windows must be handled in threads (rare case). For more details, see Opening a window in a secondary thread.
- managing events.
- multitask.
- managing timers.
| Caution: UI elements (windows, controls, etc.) cannot be manipulated in a secondary thread. When a secondary thread must interact with the user or update the UI, it must use a process started from the main thread. This process can correspond to:- a global procedure of the project or a local procedure (of a window, etc.) called by ExecuteMainThread,
- the "Request for refreshing the display" event of a window run by RequestRefreshUI.
|
Business / UI classification: Neutral code
This page is also available for…
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|