|
Overview |
|
|
|
Group |
|
|
|
Quick Info
Windows NT
| Yes
| Win95
| Yes
| Win32s
| No
| Import Library
| kernel32.lib
| Header File
| winbase.h
| Unicode
| WinNT
| Platform Notes
| None
|
|
|
CreateEvent
The
CreateEvent function creates a named or unnamed event object.
HANDLE CreateEvent(
LPSECURITY_ATTRIBUTES lpEventAttributes,
| // pointer to security attributes
|
BOOL bManualReset,
| // flag for manual-reset event
|
BOOL bInitialState,
| // flag for initial state
|
LPCTSTR lpName
| // pointer to event-object name
|
);
|
|
Parameters
lpEventAttributes
Pointer to a
SECURITY_ATTRIBUTES structure that determines whether the returned handle can be inherited by
child processes. If
lpEventAttributes is NULL, the handle cannot be inherited.
Windows NT: The
lpSecurityDescriptor member of the structure specifies a security descriptor for the new event. If
lpEventAttributes is NULL, the event gets a default security descriptor.
Windows 95: The
lpSecurityDescriptor member of the structure is ignored.
bManualReset
Specifies whether a manual-reset or auto-reset event object is created. If
TRUE, then you must use the
ResetEvent function to manually reset the state to nonsignaled. If FALSE, Windows
automatically resets the state to nonsignaled after a single waiting thread has been
released.
bInitialState
Specifies the initial state of the event object. If TRUE, the initial state is
signaled; otherwise, it is nonsignaled.
lpName
Points to a null-terminated string specifying the name of the event object.
The name is limited to MAX_PATH characters and can contain any character except
the backslash path-separator character (\). Name comparison is case sensitive.
If
lpName matches the name of an existing named event object, this function requests
EVENT_ALL_ACCESS access to the existing object. In this case, the
bManualReset and
bInitialState parameters are ignored because they have already been set by the creating
process. If the
lpEventAttributes parameter is not NULL, it determines whether the handle can be inherited, but
its security-descriptor member is ignored.
If
lpName is NULL, the event object is created without a name.
If
lpName matches the name of an existing semaphore, mutex, or file-mapping object, the
function fails and the
GetLastError function returns ERROR_INVALID_HANDLE. This occurs because event, mutex,
semaphore, and file-mapping objects share the same name space.
Return Values
If the function succeeds, the return value is a handle to the event object. If
the named event object existed before the function call, the
GetLastError function returns ERROR_ALREADY_EXISTS. Otherwise,
GetLastError returns zero.
If the function fails, the return value is NULL. To get extended error
information, call
GetLastError.
Remarks
The handle returned by
CreateEvent has EVENT_ALL_ACCESS access to the new event object and can be used in any
function that requires a handle to an event object.
Any thread of the calling process can specify the event-object handle in a
call to one of the
wait functions. The single-object wait functions return when the state of the specified
object is signaled. The multiple-object wait functions can be instructed to return
either when any one or when all of the specified objects are signaled. When a
wait function returns, the waiting thread is released to continue its execution.
The initial state of the event object is specified by the
bInitialState parameter. Use the
SetEvent function to set the state of an event object to signaled. Use the
ResetEvent function to reset the state of an event object to nonsignaled.
When the state of a manual-reset event object is signaled, it remains signaled
until it is explicitly reset to nonsignaled by the
ResetEvent function. Any number of waiting threads, or threads that subsequently begin
wait operations for the specified event object, can be released while the
object's state is signaled.
When the state of an auto-reset event object is signaled, it remains signaled
until a single waiting thread is released; the system then automatically resets
the state to nonsignaled. If no threads are waiting, the event object's state
remains signaled.
Multiple processes can have handles of the same event object, enabling use of
the object for interprocess synchronization. The following object-sharing
mechanisms are available:
- A child process created by the CreateProcess function can inherit a handle to an event object if the lpEventAttributes parameter of CreateEvent enabled inheritance.
- A process can specify the event-object handle in a call to the DuplicateHandle function to create a duplicate handle that can be used by another process.
- A process can specify the name of an event object in a call to the OpenEvent or CreateEvent function.
Use the
CloseHandle function to close the handle. The system closes the handle automatically when
the process terminates. The event object is destroyed when its last handle has
been closed.
See Also
CloseHandle,
CreateProcess,
DuplicateHandle,
OpenEvent,
ResetEvent,
SECURITY_ATTRIBUTES,
SetEvent
- Software for developers
-
Delphi Components
.Net Components
Software for Android Developers
- More information resources
-
MegaDetailed.Net
Unix Manual Pages
Delphi Examples
- Databases for Amazon shops developers
-
Amazon Categories Database
Browse Nodes Database