Win32 acts as an intermediate translation layer between projects so they don't have
to be really aware of which I/O manager is running at any given time.
The withHandleToHANDLE is an I/O manager agnostic way to retrieve native handles
but the behavior of withHandleToHANDLEPosix was different from withHandleToHANDLENative.
This normalizes them.
Motivation and Context
Types of changes
[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
Checklist:
[x] My code follows the code style of this project.
[ ] I have updated the documentation accordingly.
[x] I have not added a new Haskell dependency.
[x] I have included a changelog entry.
[x] I have not modified the version of the package in Win32.cabal.
Handled
DuplexandConsolehandles inwithHandleToHANDLEwith WINIO the same way they are handled with the POSIX interface.Fixes #191 and addresses https://github.com/UnkindPartition/ansi-terminal/issues/114
Description
Win32 acts as an intermediate translation layer between projects so they don't have to be really aware of which I/O manager is running at any given time.
The
withHandleToHANDLEis an I/O manager agnostic way to retrieve native handles but the behavior ofwithHandleToHANDLEPosixwas different fromwithHandleToHANDLENative.This normalizes them.
Motivation and Context
Types of changes
Checklist:
Win32.cabal.