IcePixel
@icepixel.bsky.social
A high is usually is followed by a low, but we getting through there either way!
March 25, 2025 at 1:56 PM
A high is usually is followed by a low, but we getting through there either way!
Published github.com/IcePixelx/wo...
A flaw I found in EACs handle stripping in 2023.
Responsibly disclosed the same year and fixed since.
Most of this was written past 11PM, so code quality is 'not the best'.
But it was a fun weekend project and I like to look back at it :D.
A flaw I found in EACs handle stripping in 2023.
Responsibly disclosed the same year and fixed since.
Most of this was written past 11PM, so code quality is 'not the best'.
But it was a fun weekend project and I like to look back at it :D.
March 15, 2025 at 10:48 AM
Published github.com/IcePixelx/wo...
A flaw I found in EACs handle stripping in 2023.
Responsibly disclosed the same year and fixed since.
Most of this was written past 11PM, so code quality is 'not the best'.
But it was a fun weekend project and I like to look back at it :D.
A flaw I found in EACs handle stripping in 2023.
Responsibly disclosed the same year and fixed since.
Most of this was written past 11PM, so code quality is 'not the best'.
But it was a fun weekend project and I like to look back at it :D.
github.com/IcePixelx/lu...
Done with weekend project!
Goal was to get a faster pattern matcher for byte patterns than one I wrote a while ago utilizing SSE.
Depending on the length of the biggest sequence in a pattern the avg. speed for 262kb~ of data is 28ms~.
On the SSE one this was 124~ ms.
Done with weekend project!
Goal was to get a faster pattern matcher for byte patterns than one I wrote a while ago utilizing SSE.
Depending on the length of the biggest sequence in a pattern the avg. speed for 262kb~ of data is 28ms~.
On the SSE one this was 124~ ms.
GitHub - IcePixelx/lunar-pattern-matcher: decently fast pattern matcher
decently fast pattern matcher. Contribute to IcePixelx/lunar-pattern-matcher development by creating an account on GitHub.
github.com
November 24, 2024 at 3:59 AM
github.com/IcePixelx/lu...
Done with weekend project!
Goal was to get a faster pattern matcher for byte patterns than one I wrote a while ago utilizing SSE.
Depending on the length of the biggest sequence in a pattern the avg. speed for 262kb~ of data is 28ms~.
On the SSE one this was 124~ ms.
Done with weekend project!
Goal was to get a faster pattern matcher for byte patterns than one I wrote a while ago utilizing SSE.
Depending on the length of the biggest sequence in a pattern the avg. speed for 262kb~ of data is 28ms~.
On the SSE one this was 124~ ms.
Been up to some compile-time stuff with C++ and noticed that MSVC loves leaving global c-strings in read-only EVEN if they were used ONLY for compile-time ops.
Templates force you to have them global in order to use them.
This is with optimizations on.
Attached image of it not referencing anywhere.
Templates force you to have them global in order to use them.
This is with optimizations on.
Attached image of it not referencing anywhere.
November 23, 2024 at 6:38 PM
Been up to some compile-time stuff with C++ and noticed that MSVC loves leaving global c-strings in read-only EVEN if they were used ONLY for compile-time ops.
Templates force you to have them global in order to use them.
This is with optimizations on.
Attached image of it not referencing anywhere.
Templates force you to have them global in order to use them.
This is with optimizations on.
Attached image of it not referencing anywhere.
Another type of roulette, just pop the top of the stack into EFlags after it returned to usermode from kernel
October 21, 2024 at 12:09 PM
Another type of roulette, just pop the top of the stack into EFlags after it returned to usermode from kernel