| Safe Haskell | None |
|---|---|
| Language | GHC2021 |
SDL3.Sys.Asyncio
Contents
Description
SDL offers a way to perform I/O asynchronously. This allows an app to read or write files without waiting for data to actually transfer; the functions that request I/O never block while the request is fulfilled.
Instead, the data moves in the background and the app can check for results at their leisure.
This is more complicated than just reading and writing files in a synchronous way, but it can allow for more efficiency, and never having framerate drops as the hard drive catches up, etc.
The general usage pattern for async I/O is:
- Create one or more
SDL_AsyncIOQueueobjects. - Open files with
asyncIOFromFile. - Start I/O tasks to the files with
readAsyncIOorwriteAsyncIO, putting those tasks into one of the queues. - Later on, use
getAsyncIOResulton a queue to see if any task is finished without blocking. Tasks might finish in any order with success or failure. - When all your tasks are done, close the file with
closeAsyncIO. This also generates a task, since it might flush data to disk!
This all works, without blocking, in a single thread, but one can also wait on a queue in a background thread, sleeping until new results have arrived:
- Call
waitAsyncIOResultfrom one or more threads to efficiently block until new tasks complete. - When shutting down, call
signalAsyncIOQueueto unblock any sleeping threads despite there being no new tasks completed.
And, of course, to match the synchronous loadFile, we offer loadFileAsync as a convenience function. This will handle allocating a buffer, slurping in the file data, and null-terminating it; you still check for results later.
Behind the scenes, SDL will use newer, efficient APIs on platforms that support them: Linux's io_uring and Windows 11's IoRing, for example. If those technologies aren't available, SDL will offload the work to a thread pool that will manage otherwise-synchronous loads without blocking the app.
Best Practices
Simple non-blocking I/O for an app that just wants to pick up data whenever it's ready without losing framerate waiting on disks to spin can use whatever pattern works well for the program. In this case, simply call readAsyncIO, or maybe loadFileAsync, as needed. Once a frame, call getAsyncIOResult to check for any completed tasks and deal with the data as it arrives.
If two separate pieces of the same program need their own I/O, it is legal for each to create their own queue. This will prevent either piece from accidentally consuming the other's completed tasks. Each queue does require some amount of resources, but it is not an overwhelming cost. Do not make a queue for each task, however. It is better to put many tasks into a single queue. They will be reported in order of completion, not in the order they were submitted, so it doesn't generally matter what order tasks are started.
One async I/O queue can be shared by multiple threads, or one thread can have more than one queue, but the most efficient way if ruthless efficiency is the goal is to have one queue per thread, with multiple threads working in parallel, and attempt to keep each queue loaded with tasks that are both started by and consumed by the same thread. On modern platforms that can use newer interfaces, this can keep data flowing as efficiently as possible all the way from storage hardware to the app, with no contention between threads for access to the same queue.
Written data is not guaranteed to make it to physical media by the time a closing task is completed, unless closeAsyncIO is called with its flush parameter set to true, which is to say that a successful result here can still result in lost data during an unfortunately-timed power outage if not flushed. However, flushing will take longer and may be unnecessary, depending on the app's needs. The asynchronous I/O operation structure.
This operates as an opaque handle. One can then request read or write operations on it.
- See also
asyncIOFromFile
FFI conventions
Unsuffixed aliases are unsafe foreign imports; aliases suffixed Safe are safe. Functions whose callbacks fire during the call export only the Safe alias (the genuine unsafe import stays reachable under SDL3.Sys.Bindgen.Asyncio.Unsafe); functions curated unsafe-only export only the unsuffixed one. Each alias's documentation records its flavor and rationale.
Full conventions: SDL3.Sys.
Since: 3.2.0
Synopsis
- module SDL3.Sys.Bindgen.Asyncio
- asyncIOFromFile :: PtrConst CChar -> PtrConst CChar -> IO (Ptr SDL_AsyncIO)
- asyncIOFromFileSafe :: PtrConst CChar -> PtrConst CChar -> IO (Ptr SDL_AsyncIO)
- getAsyncIOSize :: Ptr SDL_AsyncIO -> IO Int64
- getAsyncIOSizeSafe :: Ptr SDL_AsyncIO -> IO Int64
- readAsyncIO :: Ptr SDL_AsyncIO -> Ptr Void -> Word64 -> Word64 -> Ptr SDL_AsyncIOQueue -> Ptr Void -> IO Bool
- readAsyncIOSafe :: Ptr SDL_AsyncIO -> Ptr Void -> Word64 -> Word64 -> Ptr SDL_AsyncIOQueue -> Ptr Void -> IO Bool
- writeAsyncIO :: Ptr SDL_AsyncIO -> Ptr Void -> Word64 -> Word64 -> Ptr SDL_AsyncIOQueue -> Ptr Void -> IO Bool
- writeAsyncIOSafe :: Ptr SDL_AsyncIO -> Ptr Void -> Word64 -> Word64 -> Ptr SDL_AsyncIOQueue -> Ptr Void -> IO Bool
- closeAsyncIO :: Ptr SDL_AsyncIO -> Bool -> Ptr SDL_AsyncIOQueue -> Ptr Void -> IO Bool
- closeAsyncIOSafe :: Ptr SDL_AsyncIO -> Bool -> Ptr SDL_AsyncIOQueue -> Ptr Void -> IO Bool
- createAsyncIOQueue :: IO (Ptr SDL_AsyncIOQueue)
- createAsyncIOQueueSafe :: IO (Ptr SDL_AsyncIOQueue)
- destroyAsyncIOQueue :: Ptr SDL_AsyncIOQueue -> IO ()
- destroyAsyncIOQueueSafe :: Ptr SDL_AsyncIOQueue -> IO ()
- getAsyncIOResult :: Ptr SDL_AsyncIOQueue -> Ptr SDL_AsyncIOOutcome -> IO Bool
- getAsyncIOResultSafe :: Ptr SDL_AsyncIOQueue -> Ptr SDL_AsyncIOOutcome -> IO Bool
- waitAsyncIOResult :: Ptr SDL_AsyncIOQueue -> Ptr SDL_AsyncIOOutcome -> Int32 -> IO Bool
- waitAsyncIOResultSafe :: Ptr SDL_AsyncIOQueue -> Ptr SDL_AsyncIOOutcome -> Int32 -> IO Bool
- signalAsyncIOQueue :: Ptr SDL_AsyncIOQueue -> IO ()
- signalAsyncIOQueueSafe :: Ptr SDL_AsyncIOQueue -> IO ()
- loadFileAsync :: PtrConst CChar -> Ptr SDL_AsyncIOQueue -> Ptr Void -> IO Bool
- loadFileAsyncSafe :: PtrConst CChar -> Ptr SDL_AsyncIOQueue -> Ptr Void -> IO Bool
Documentation
module SDL3.Sys.Bindgen.Asyncio
Function aliases
Arguments
| :: PtrConst CChar |
|
| -> PtrConst CChar |
|
| -> IO (Ptr SDL_AsyncIO) |
Use this function to create a new SDL_AsyncIO object for reading from and/or writing to a named file.
The mode string understands the following values:
- "r": Open a file for reading only. It must exist.
- "w": Open a file for writing only. It will create missing files or truncate existing ones.
- "r+": Open a file for update both reading and writing. The file must exist.
- "w+": Create an empty file for both reading and writing. If a file with the same name already exists its content is erased and the file is treated as a new empty file.
There is no "b" mode, as there is only "binary" style I/O, and no "a" mode for appending, since you specify the position when starting a task.
This function supports Unicode filenames, but they must be encoded in UTF-8 format, regardless of the underlying operating system.
This call is not asynchronous; it will open the file before returning, under the assumption that doing so is generally a fast operation. Future reads and writes to the opened file will be async, however.
- Returns
- a pointer to the
SDL_AsyncIOstructure that is created or NULL on failure; callgetErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
- See also
closeAsyncIO,readAsyncIO,writeAsyncIO
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_AsyncIOFromFile. The safe flavor isasyncIOFromFileSafe. - C declaration
SDL_AsyncIOFromFile, defined atSDL3/SDL_asyncio.h 224:43
Since: 3.2.0
Arguments
| :: PtrConst CChar |
|
| -> PtrConst CChar |
|
| -> IO (Ptr SDL_AsyncIO) |
Use this function to create a new SDL_AsyncIO object for reading from and/or writing to a named file.
The mode string understands the following values:
- "r": Open a file for reading only. It must exist.
- "w": Open a file for writing only. It will create missing files or truncate existing ones.
- "r+": Open a file for update both reading and writing. The file must exist.
- "w+": Create an empty file for both reading and writing. If a file with the same name already exists its content is erased and the file is treated as a new empty file.
There is no "b" mode, as there is only "binary" style I/O, and no "a" mode for appending, since you specify the position when starting a task.
This function supports Unicode filenames, but they must be encoded in UTF-8 format, regardless of the underlying operating system.
This call is not asynchronous; it will open the file before returning, under the assumption that doing so is generally a fast operation. Future reads and writes to the opened file will be async, however.
- Returns
- a pointer to the
SDL_AsyncIOstructure that is created or NULL on failure; callgetErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
- See also
closeAsyncIO,readAsyncIO,writeAsyncIO
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_AsyncIOFromFile. The unsafe flavor isasyncIOFromFile. - C declaration
SDL_AsyncIOFromFile, defined atSDL3/SDL_asyncio.h 224:43
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIO |
|
| -> IO Int64 |
Use this function to get the size of the data stream in an SDL_AsyncIO.
This call is not asynchronous; it assumes that obtaining this info is a non-blocking operation in most reasonable cases.
- Returns
- the size of the data stream in the SDL_IOStream on success or a negative error code on failure; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_GetAsyncIOSize. The safe flavor isgetAsyncIOSizeSafe. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_GetAsyncIOSize, defined atSDL3/SDL_asyncio.h 241:36
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIO |
|
| -> IO Int64 |
Use this function to get the size of the data stream in an SDL_AsyncIO.
This call is not asynchronous; it assumes that obtaining this info is a non-blocking operation in most reasonable cases.
- Returns
- the size of the data stream in the SDL_IOStream on success or a negative error code on failure; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_GetAsyncIOSize. The unsafe flavor isgetAsyncIOSize. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_GetAsyncIOSize, defined atSDL3/SDL_asyncio.h 241:36
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIO |
|
| -> Ptr Void |
|
| -> Word64 |
|
| -> Word64 |
|
| -> Ptr SDL_AsyncIOQueue |
|
| -> Ptr Void |
|
| -> IO Bool |
Start an async read.
This function reads up to size bytes from offset position in the data source to the area pointed at by ptr. This function may read less bytes than requested.
This function returns as quickly as possible; it does not wait for the read to complete. On a successful return, this work will continue in the background. If the work begins, even failure is asynchronous: a failing return value from this function only means the work couldn't start at all.
ptr must remain available until the work is done, and may be accessed by the system at any time until then. Do not allocate it on the stack, as this might take longer than the life of the calling function to complete!
An SDL_AsyncIOQueue must be specified. The newly-created task will be added to it when it completes its work.
- Returns
- true on success or false on failure; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
- See also
writeAsyncIO,createAsyncIOQueue
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_ReadAsyncIO. The safe flavor isreadAsyncIOSafe. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_ReadAsyncIO, defined atSDL3/SDL_asyncio.h 279:34
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIO |
|
| -> Ptr Void |
|
| -> Word64 |
|
| -> Word64 |
|
| -> Ptr SDL_AsyncIOQueue |
|
| -> Ptr Void |
|
| -> IO Bool |
Start an async read.
This function reads up to size bytes from offset position in the data source to the area pointed at by ptr. This function may read less bytes than requested.
This function returns as quickly as possible; it does not wait for the read to complete. On a successful return, this work will continue in the background. If the work begins, even failure is asynchronous: a failing return value from this function only means the work couldn't start at all.
ptr must remain available until the work is done, and may be accessed by the system at any time until then. Do not allocate it on the stack, as this might take longer than the life of the calling function to complete!
An SDL_AsyncIOQueue must be specified. The newly-created task will be added to it when it completes its work.
- Returns
- true on success or false on failure; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
- See also
writeAsyncIO,createAsyncIOQueue
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_ReadAsyncIO. The unsafe flavor isreadAsyncIO. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_ReadAsyncIO, defined atSDL3/SDL_asyncio.h 279:34
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIO |
|
| -> Ptr Void |
|
| -> Word64 |
|
| -> Word64 |
|
| -> Ptr SDL_AsyncIOQueue |
|
| -> Ptr Void |
|
| -> IO Bool |
Start an async write.
This function writes size bytes from offset position in the data source to the area pointed at by ptr.
This function returns as quickly as possible; it does not wait for the write to complete. On a successful return, this work will continue in the background. If the work begins, even failure is asynchronous: a failing return value from this function only means the work couldn't start at all.
ptr must remain available until the work is done, and may be accessed by the system at any time until then. Do not allocate it on the stack, as this might take longer than the life of the calling function to complete!
An SDL_AsyncIOQueue must be specified. The newly-created task will be added to it when it completes its work.
- Returns
- true on success or false on failure; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
- See also
readAsyncIO,createAsyncIOQueue
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_WriteAsyncIO. The safe flavor iswriteAsyncIOSafe. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_WriteAsyncIO, defined atSDL3/SDL_asyncio.h 316:34
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIO |
|
| -> Ptr Void |
|
| -> Word64 |
|
| -> Word64 |
|
| -> Ptr SDL_AsyncIOQueue |
|
| -> Ptr Void |
|
| -> IO Bool |
Start an async write.
This function writes size bytes from offset position in the data source to the area pointed at by ptr.
This function returns as quickly as possible; it does not wait for the write to complete. On a successful return, this work will continue in the background. If the work begins, even failure is asynchronous: a failing return value from this function only means the work couldn't start at all.
ptr must remain available until the work is done, and may be accessed by the system at any time until then. Do not allocate it on the stack, as this might take longer than the life of the calling function to complete!
An SDL_AsyncIOQueue must be specified. The newly-created task will be added to it when it completes its work.
- Returns
- true on success or false on failure; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
- See also
readAsyncIO,createAsyncIOQueue
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_WriteAsyncIO. The unsafe flavor iswriteAsyncIO. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_WriteAsyncIO, defined atSDL3/SDL_asyncio.h 316:34
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIO |
|
| -> Bool |
|
| -> Ptr SDL_AsyncIOQueue |
|
| -> Ptr Void |
|
| -> IO Bool |
Close and free any allocated resources for an async I/O object.
Closing a file is also an asynchronous task! If a write failure were to happen during the closing process, for example, the task results will report it as usual.
Closing a file that has been written to does not guarantee the data has made it to physical media; it may remain in the operating system's file cache, for later writing to disk. This means that a successfully-closed file can be lost if the system crashes or loses power in this small window. To prevent this, call this function with the flush parameter set to true. This will make the operation take longer, and perhaps increase system load in general, but a successful result guarantees that the data has made it to physical storage. Don't use this for temporary files, caches, and unimportant data, and definitely use it for crucial irreplaceable files, like game saves.
This function guarantees that the close will happen after any other pending tasks to asyncio, so it's safe to open a file, start several operations, close the file immediately, then check for all results later. This function will not block until the tasks have completed.
Once this function returns true, asyncio is no longer valid, regardless of any future outcomes. Any completed tasks might still contain this pointer in their SDL_AsyncIOOutcome data, in case the app was using this value to track information, but it should not be used again.
If this function returns false, the close wasn't started at all, and it's safe to attempt to close again later.
An SDL_AsyncIOQueue must be specified. The newly-created task will be added to it when it completes its work.
- Returns
- true on success or false on failure; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread, but two threads should not attempt to close the same object.
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_CloseAsyncIO. The safe flavor iscloseAsyncIOSafe. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_CloseAsyncIO, defined atSDL3/SDL_asyncio.h 365:34
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIO |
|
| -> Bool |
|
| -> Ptr SDL_AsyncIOQueue |
|
| -> Ptr Void |
|
| -> IO Bool |
Close and free any allocated resources for an async I/O object.
Closing a file is also an asynchronous task! If a write failure were to happen during the closing process, for example, the task results will report it as usual.
Closing a file that has been written to does not guarantee the data has made it to physical media; it may remain in the operating system's file cache, for later writing to disk. This means that a successfully-closed file can be lost if the system crashes or loses power in this small window. To prevent this, call this function with the flush parameter set to true. This will make the operation take longer, and perhaps increase system load in general, but a successful result guarantees that the data has made it to physical storage. Don't use this for temporary files, caches, and unimportant data, and definitely use it for crucial irreplaceable files, like game saves.
This function guarantees that the close will happen after any other pending tasks to asyncio, so it's safe to open a file, start several operations, close the file immediately, then check for all results later. This function will not block until the tasks have completed.
Once this function returns true, asyncio is no longer valid, regardless of any future outcomes. Any completed tasks might still contain this pointer in their SDL_AsyncIOOutcome data, in case the app was using this value to track information, but it should not be used again.
If this function returns false, the close wasn't started at all, and it's safe to attempt to close again later.
An SDL_AsyncIOQueue must be specified. The newly-created task will be added to it when it completes its work.
- Returns
- true on success or false on failure; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread, but two threads should not attempt to close the same object.
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_CloseAsyncIO. The unsafe flavor iscloseAsyncIO. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_CloseAsyncIO, defined atSDL3/SDL_asyncio.h 365:34
Since: 3.2.0
createAsyncIOQueue :: IO (Ptr SDL_AsyncIOQueue) Source #
Create a task queue for tracking multiple I/O operations.
Async I/O operations are assigned to a queue when started. The queue can be checked for completed tasks thereafter.
- Returns
- a new task queue object or NULL if there was an error; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
- See also
destroyAsyncIOQueue,getAsyncIOResult,waitAsyncIOResult
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_CreateAsyncIOQueue. The safe flavor iscreateAsyncIOQueueSafe. - C declaration
SDL_CreateAsyncIOQueue, defined atSDL3/SDL_asyncio.h 384:48
Since: 3.2.0
createAsyncIOQueueSafe :: IO (Ptr SDL_AsyncIOQueue) Source #
Create a task queue for tracking multiple I/O operations.
Async I/O operations are assigned to a queue when started. The queue can be checked for completed tasks thereafter.
- Returns
- a new task queue object or NULL if there was an error; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
- See also
destroyAsyncIOQueue,getAsyncIOResult,waitAsyncIOResult
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_CreateAsyncIOQueue. The unsafe flavor iscreateAsyncIOQueue. - C declaration
SDL_CreateAsyncIOQueue, defined atSDL3/SDL_asyncio.h 384:48
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIOQueue |
|
| -> IO () |
Destroy a previously-created async I/O task queue.
If there are still tasks pending for this queue, this call will block until those tasks are finished. All those tasks will be deallocated. Their results will be lost to the app.
Any pending reads from that are still in this queue will have their buffers deallocated by this function, to prevent a memory leak.loadFileAsync
Once this function is called, the queue is no longer valid and should not be used, including by other threads that might access it while destruction is blocking on pending tasks.
Do not destroy a queue that still has threads waiting on it through . You can call waitAsyncIOResult first to unblock those threads, and take measures (such as SDL_WaitThread()) to make sure they have finished their wait and won't wait on the queue again.signalAsyncIOQueue
- Thread safety
- It is safe to call this function from any thread, so long as no other thread is waiting on the queue with
waitAsyncIOResult.
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_DestroyAsyncIOQueue. The safe flavor isdestroyAsyncIOQueueSafe. - C declaration
SDL_DestroyAsyncIOQueue, defined atSDL3/SDL_asyncio.h 414:34
Since: 3.2.0
destroyAsyncIOQueueSafe Source #
Arguments
| :: Ptr SDL_AsyncIOQueue |
|
| -> IO () |
Destroy a previously-created async I/O task queue.
If there are still tasks pending for this queue, this call will block until those tasks are finished. All those tasks will be deallocated. Their results will be lost to the app.
Any pending reads from that are still in this queue will have their buffers deallocated by this function, to prevent a memory leak.loadFileAsync
Once this function is called, the queue is no longer valid and should not be used, including by other threads that might access it while destruction is blocking on pending tasks.
Do not destroy a queue that still has threads waiting on it through . You can call waitAsyncIOResult first to unblock those threads, and take measures (such as SDL_WaitThread()) to make sure they have finished their wait and won't wait on the queue again.signalAsyncIOQueue
- Thread safety
- It is safe to call this function from any thread, so long as no other thread is waiting on the queue with
waitAsyncIOResult.
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_DestroyAsyncIOQueue. The unsafe flavor isdestroyAsyncIOQueue. - C declaration
SDL_DestroyAsyncIOQueue, defined atSDL3/SDL_asyncio.h 414:34
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIOQueue |
|
| -> Ptr SDL_AsyncIOOutcome |
|
| -> IO Bool |
Query an async I/O task queue for completed tasks.
If a task assigned to this queue has finished, this will return true and fill in outcome with the details of the task. If no task in the queue has finished, this function will return false. This function does not block.
If a task has completed, this function will free its resources and the task pointer will no longer be valid. The task will be removed from the queue.
It is safe for multiple threads to call this function on the same queue at once; a completed task will only go to one of the threads.
- Returns
- true if a task has completed, false otherwise.
- Thread safety
- It is safe to call this function from any thread.
- See also
waitAsyncIOResult
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_GetAsyncIOResult. The safe flavor isgetAsyncIOResultSafe. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_GetAsyncIOResult, defined atSDL3/SDL_asyncio.h 440:34
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIOQueue |
|
| -> Ptr SDL_AsyncIOOutcome |
|
| -> IO Bool |
Query an async I/O task queue for completed tasks.
If a task assigned to this queue has finished, this will return true and fill in outcome with the details of the task. If no task in the queue has finished, this function will return false. This function does not block.
If a task has completed, this function will free its resources and the task pointer will no longer be valid. The task will be removed from the queue.
It is safe for multiple threads to call this function on the same queue at once; a completed task will only go to one of the threads.
- Returns
- true if a task has completed, false otherwise.
- Thread safety
- It is safe to call this function from any thread.
- See also
waitAsyncIOResult
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_GetAsyncIOResult. The unsafe flavor isgetAsyncIOResult. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_GetAsyncIOResult, defined atSDL3/SDL_asyncio.h 440:34
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIOQueue |
|
| -> Ptr SDL_AsyncIOOutcome |
|
| -> Int32 |
|
| -> IO Bool |
Block until an async I/O task queue has a completed task.
This function puts the calling thread to sleep until there a task assigned to the queue that has finished.
If a task assigned to the queue has finished, this will return true and fill in outcome with the details of the task. If no task in the queue has finished, this function will return false.
If a task has completed, this function will free its resources and the task pointer will no longer be valid. The task will be removed from the queue.
It is safe for multiple threads to call this function on the same queue at once; a completed task will only go to one of the threads.
Note that by the nature of various platforms, more than one waiting thread may wake to handle a single task, but only one will obtain it, so timeoutMS is a maximum wait time, and this function may return false sooner.
This function may return false if there was a system error, the OS inadvertently awoke multiple threads, or if was called to wake up all waiting threads without a finished task.signalAsyncIOQueue
A timeout can be used to specify a maximum wait time, but rather than polling, it is possible to have a timeout of -1 to wait forever, and use to wake up the waiting threads later.signalAsyncIOQueue
- Returns
- true if task has completed, false otherwise.
- Thread safety
- It is safe to call this function from any thread.
- See also
signalAsyncIOQueue
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_WaitAsyncIOResult. The safe flavor iswaitAsyncIOResultSafe: blocks until a result is ready (timeoutMS = -1 waits forever); an unsafe call stalls every capability and GC. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_WaitAsyncIOResult, defined atSDL3/SDL_asyncio.h 484:34
Since: 3.2.0
waitAsyncIOResultSafe Source #
Arguments
| :: Ptr SDL_AsyncIOQueue |
|
| -> Ptr SDL_AsyncIOOutcome |
|
| -> Int32 |
|
| -> IO Bool |
Block until an async I/O task queue has a completed task.
This function puts the calling thread to sleep until there a task assigned to the queue that has finished.
If a task assigned to the queue has finished, this will return true and fill in outcome with the details of the task. If no task in the queue has finished, this function will return false.
If a task has completed, this function will free its resources and the task pointer will no longer be valid. The task will be removed from the queue.
It is safe for multiple threads to call this function on the same queue at once; a completed task will only go to one of the threads.
Note that by the nature of various platforms, more than one waiting thread may wake to handle a single task, but only one will obtain it, so timeoutMS is a maximum wait time, and this function may return false sooner.
This function may return false if there was a system error, the OS inadvertently awoke multiple threads, or if was called to wake up all waiting threads without a finished task.signalAsyncIOQueue
A timeout can be used to specify a maximum wait time, but rather than polling, it is possible to have a timeout of -1 to wait forever, and use to wake up the waiting threads later.signalAsyncIOQueue
- Returns
- true if task has completed, false otherwise.
- Thread safety
- It is safe to call this function from any thread.
- See also
signalAsyncIOQueue
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_WaitAsyncIOResult. The unsafe flavor iswaitAsyncIOResult: blocks until a result is ready (timeoutMS = -1 waits forever); an unsafe call stalls every capability and GC. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_WaitAsyncIOResult, defined atSDL3/SDL_asyncio.h 484:34
Since: 3.2.0
Arguments
| :: Ptr SDL_AsyncIOQueue |
|
| -> IO () |
Wake up any threads that are blocking in .waitAsyncIOResult
This will unblock any threads that are sleeping in a call to waitAsyncIOResult for the specified queue, and cause them to return from that function.
This can be useful when destroying a queue to make sure nothing is touching it indefinitely. In this case, once this call completes, the caller should take measures to make sure any previously-blocked threads have returned from their wait and will not touch the queue again (perhaps by setting a flag to tell the threads to terminate and then using waitThread to make sure they've done so).
- Thread safety
- It is safe to call this function from any thread.
- See also
waitAsyncIOResult
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_SignalAsyncIOQueue. The safe flavor issignalAsyncIOQueueSafe. - C declaration
SDL_SignalAsyncIOQueue, defined atSDL3/SDL_asyncio.h 508:34
Since: 3.2.0
signalAsyncIOQueueSafe Source #
Arguments
| :: Ptr SDL_AsyncIOQueue |
|
| -> IO () |
Wake up any threads that are blocking in .waitAsyncIOResult
This will unblock any threads that are sleeping in a call to waitAsyncIOResult for the specified queue, and cause them to return from that function.
This can be useful when destroying a queue to make sure nothing is touching it indefinitely. In this case, once this call completes, the caller should take measures to make sure any previously-blocked threads have returned from their wait and will not touch the queue again (perhaps by setting a flag to tell the threads to terminate and then using waitThread to make sure they've done so).
- Thread safety
- It is safe to call this function from any thread.
- See also
waitAsyncIOResult
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_SignalAsyncIOQueue. The unsafe flavor issignalAsyncIOQueue. - C declaration
SDL_SignalAsyncIOQueue, defined atSDL3/SDL_asyncio.h 508:34
Since: 3.2.0
Arguments
| :: PtrConst CChar |
|
| -> Ptr SDL_AsyncIOQueue |
|
| -> Ptr Void |
|
| -> IO Bool |
Load all the data from a file path, asynchronously.
This function returns as quickly as possible; it does not wait for the read to complete. On a successful return, this work will continue in the background. If the work begins, even failure is asynchronous: a failing return value from this function only means the work couldn't start at all.
The data is allocated with a zero byte at the end (null terminated) for convenience. This extra byte is not included in SDL_AsyncIOOutcome 's bytes_transferred value.
This function will allocate the buffer to contain the file. It must be deallocated by calling free on SDL_AsyncIOOutcome 's buffer field after completion.
An SDL_AsyncIOQueue must be specified. The newly-created task will be added to it when it completes its work.
- Returns
- true on success or false on failure; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
- See also
loadFileIO
sdl3-bindgen-sys notes
- FFI safety
- Unsafe foreign import of
SDL_LoadFileAsync. The safe flavor isloadFileAsyncSafe. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_LoadFileAsync, defined atSDL3/SDL_asyncio.h 542:34
Since: 3.2.0
Arguments
| :: PtrConst CChar |
|
| -> Ptr SDL_AsyncIOQueue |
|
| -> Ptr Void |
|
| -> IO Bool |
Load all the data from a file path, asynchronously.
This function returns as quickly as possible; it does not wait for the read to complete. On a successful return, this work will continue in the background. If the work begins, even failure is asynchronous: a failing return value from this function only means the work couldn't start at all.
The data is allocated with a zero byte at the end (null terminated) for convenience. This extra byte is not included in SDL_AsyncIOOutcome 's bytes_transferred value.
This function will allocate the buffer to contain the file. It must be deallocated by calling free on SDL_AsyncIOOutcome 's buffer field after completion.
An SDL_AsyncIOQueue must be specified. The newly-created task will be added to it when it completes its work.
- Returns
- true on success or false on failure; call
getErrorfor more information. - Thread safety
- It is safe to call this function from any thread.
- See also
loadFileIO
sdl3-bindgen-sys notes
- FFI safety
- Safe foreign import of
SDL_LoadFileAsync. The unsafe flavor isloadFileAsync. - Scalars
- The binding generation has mapped C scalars to native Haskell scalars for this function. Pointers and structs are untouched by this best-effort mapping. Higher-level bindings are expected to map structs and pointers as appropriate.
- C declaration
SDL_LoadFileAsync, defined atSDL3/SDL_asyncio.h 542:34
Since: 3.2.0