TODO #1

New Issue

reece · 2021-07-01T09:50:51Z

reece commented

2021-07-01 09:50:51 +00:00

ECC curves (missing curve 25519 and tests)
We require something to dump the process map for Linux and Win32 targets (used for debugging binary backtraces)
Telemetry
Certificate authority store
Networking
Networking [D]TLS using EMbedTLS (alongside LTC. I know, I'm horrible)
Build on Linux again
Loop Sources (in progress)
Async File IO (has untested NT implementation, in progress)
Read me (in progress)
Stacktrace telemetry under UNIX (cache/get by address interface is done, nix backends required, kinda done. will cover when going over linux support)
Basic hardware info reports
MacOS support
kevent process backend
(IN PROGRESS) Defer process waitables to a platform specific loop source runner thread instead of spawning a thread for each process spawned on top of the thread required for exec. Traditional IWaitable and loop source handles must be triggered on process termination. We gotta do something better than; spawning another thread; using the native wait (WaitSingleObject/sys_waitid) function; and dispatching the IWaitable. We should be able to use an internal loop source type on a breakable dedicated waiter thread & handle each alerted loop source (process) dispatching the IWaitable and loop source (yes, we're literally the same object, we're passing through the same functionality).
Compression API is 75% complete, block stream compressor processors are missing
Locale is missing iconv backend for Chinese and Japanese code page translation to and from UTF-8; UTF-16 should be supported by a libstdc++ fallback, I hope
Bring LibLZMA back in. Use igors implementation, not libzlma. His code is extremely bad; however, it's production tested over a very long period of time and it supports important multithreaded compression. We should also go back to our stripped down libzlma fork and bring that into the Aurora ecosystem. Focus on Igors 7zip reference impl tho.

- [x] ECC curves (missing curve 25519 and tests) - [x] We require something to dump the process map for Linux and Win32 targets (used for debugging binary backtraces) - [ ] Telemetry - [ ] Certificate authority store - [ ] Networking - [ ] Networking [D]TLS using EMbedTLS (alongside LTC. I know, I'm horrible) - [x] Build on Linux again - [x] Loop Sources (in progress) - [x] Async File IO (has untested NT implementation, in progress) - [x] Read me (in progress) - [x] Stacktrace telemetry under UNIX (cache/get by address interface is done, nix backends required, kinda done. will cover when going over linux support) - [X] Basic hardware info reports - [ ] MacOS support - [ ] kevent process backend - [x] (IN PROGRESS) Defer process waitables to a platform specific loop source runner thread instead of spawning a thread for each process spawned on top of the thread required for exec. Traditional IWaitable and loop source handles must be triggered on process termination. We gotta do something better than; spawning another thread; using the native wait (WaitSingleObject/sys_waitid) function; and dispatching the IWaitable. We should be able to use an internal loop source type on a breakable dedicated waiter thread & handle each alerted loop source (process) dispatching the IWaitable and loop source (yes, we're literally the same object, we're passing through the same functionality). - [x] Compression API is 75% complete, block stream compressor processors are missing - [ ] Locale is missing iconv backend for Chinese and Japanese code page translation to and from UTF-8; UTF-16 should be supported by a libstdc++ fallback, I hope - [ ] Bring LibLZMA back in. Use igors implementation, not libzlma. His code is extremely bad; however, it's production tested over a very long period of time and it supports important multithreaded compression. We should also go back to our stripped down libzlma fork and bring that into the Aurora ecosystem. Focus on Igors 7zip reference impl tho.

reece started working 2021-09-06 11:10:50 +00:00

reece commented

2022-01-29 12:14:43 +00:00

abandonding this issue in favour of #24

abandonding this issue in favour of [#24](https://gitea.reece.sx/AuroraSupport/AuroraRuntime/issues/24)

reece canceled time tracking 2022-02-21 12:39:31 +00:00

reece closed this issue

2022-03-04 23:54:56 +00:00

Sign in to join this conversation.