Is your feature request related to a problem? Please describe.
The code is currently only designed to work on unix and will need some functions as an abstraction for the underlying os-dependant functions.
This is actually only now possible with the thread-pool, because now all the unix-specific functions should have similar functions on windows.
Describe the solution you'd like
All the OS-specific functions, like sockets, threads and all these should have a small abstraction on top of it, which is then actually used in the code itself.
The functions will mostly be based on the unix ones and have a similar array and on compile them these functions are implemented for unix and windows using compile time conditionals. All this stuff should have it's own header, to better seperate all this OS stuff from the rest and kind of hide what is going on behind the scenes.
Additional context
This is not a high priority issue, but would still be a nice addition to this project.
These abstractions could then also be used to implement mocking functions for otherwise hard to test functions and therefor enable the use of more tests.
Is your feature request related to a problem? Please describe. The code is currently only designed to work on unix and will need some functions as an abstraction for the underlying os-dependant functions. This is actually only now possible with the thread-pool, because now all the unix-specific functions should have similar functions on windows.
Describe the solution you'd like All the OS-specific functions, like sockets, threads and all these should have a small abstraction on top of it, which is then actually used in the code itself. The functions will mostly be based on the unix ones and have a similar array and on compile them these functions are implemented for unix and windows using compile time conditionals. All this stuff should have it's own header, to better seperate all this OS stuff from the rest and kind of hide what is going on behind the scenes.
Additional context This is not a high priority issue, but would still be a nice addition to this project. These abstractions could then also be used to implement mocking functions for otherwise hard to test functions and therefor enable the use of more tests.