News for hackers. Stuff that matters.

Forgret

I'm looking for interesting computer science articles that aren't in Show HN and Ask HN
Base64 is great and widely used. I just wanted to experiment with a numeric-only representation. NUMBASE encodes everything into a single large number, which can make certain compression schemes like Huffman more efficient and opens up new ways to store or transmit data.
It depends on the data. Base64 adds ~33% overhead, while NUMBASE can be encoded into one large number at once and compressed with Huffman or other algorithms. For some data types this results in fewer extra characters.
URL I added it to the description.

Or here it is: https://github.com/Ferki-git-creator/numbase

Show HN: TurboStitchGif new version 1.1 (alternative to giflib)

Added: · Enhanced safety features: Comprehensive bounds checking throughout the codebase· New error codes: Added GIF_ERROR_BUFFER_OVERFLOW and GIF_ERROR_INVALID_LZW_CODE· Error message utility: New gif_get_error_string() function for descriptive error messages· Built-in testing framework: Comprehensive test suite enabled with GIF_TEST macro· Test runner function: gif_run_tests() for easy...

( Read More... | no comments | 2 points | on HN )

Show HN: MassifLib++ – Bringing Fortran-style arrays and NumPy operations to C

I've been working on a C library that combines the best features of Fortran's multi-dimensional arrays with NumPy's expressiveness and Julia's performance.Key features:· Fortran-style column-major arrays with A[i,j] indexing· NumPy-like operations (element-wise math, slicing, broadcasting)· Memory-safe allocation/deallocation· Efficient views instead of copies for slicing operations· Linear...

( Read More... | no comments | on HN )

HN this is completely random

I used to make normal libraries - the hype quickly disappeared. And here I made something in 20 minutes, without fanaticism, and got 21 upvotes HN sometimes really works randomly.

( Read More... | 1 comment | on HN )
Thanks for the inspiration! I realize it’s probably crazy to think my algorithm could ever become universally needed, but I’m not giving up. Even if it doesn’t turn into something as large-scale as I once dreamed, I believe it can still lead to something useful — and the journey itself is worth it.
Thanks, you’re absolutely right — performance needs to be tested on large inputs with proper speed and memory profiling. I’ll run FSP on bigger datasets and compare it directly with zstd, brotli, gzip, etc. If needed, I’ll improve the algorithm to reduce overhead and make it scale better. This was just an early proof-of-concept, but I agree the next step is serious benchmarking.

Show HN: I built a minimal Forth-like stack interpreter library in C

This weekend I created stacklib.h - a single-header library that brings Forth-style stack operations to C. It implements a basic interpreter with:- Stack operations (push/pop/dup/swap/over/drop) - Arithmetic (+, -, *, /) - Output (., emit, cr) - Stack inspection (.s, depth)Example usage: Stack s; stack_init(&s); dict_init(); exec(&s, "10 20 + ."); // Prints "30" exec(&s, "1 2 3 4...

( Read More... | 14 comments | on HN )

Show HN: FSP2 Tested on excerpt "Romeo and Juliet" impressive compresion results

Hi HN, I want to share my updated FSP (Find Similar Patterns) v2 text compression algorithm. I tested it on a non-trivial excerpt from Romeo and Juliet, and it achieved impressive results: original size 437 bytes, compressed size 358 bytes, compression ratio 1.22. Unlike traditional methods like LZMA or Huffman, FSP v2 searches for repeating 3–5 character patterns, storing references (REF)...

( Read More... | 4 comments | on HN )
Good afternoon, I redesigned the compression algorithm, now it is much better.

Show HN: Stb_JSON header only JSON parser for C/C++

GitHub: https://github.com/Ferki-git-creator/STB-Style-Single-File-C...Lightweight single-header JSON parser/generator for C/C++ in STB tradition. Implements RFC 8259 (JSON), RFC 6901 (JSON Pointer), RFC 6902 (JSON Patch), and RFC 7386 (Merge Patch). Zero dependencies, thread-safe, UTF-8 validation, file I/O, minification, and custom allocators. Ideal for embedded systems and cross-platform...

( Read More... | no comments | 2 points | on HN )
Don't worry, I'm already starting work on improving it, your comment motivated me, so maybe in 1 day I'll make what you wanted possible.
Hi! Thanks for the feedback. To be honest, the current version of std_net won’t run directly on ESP32 or bare-metal — it relies on standard BSD sockets and a full OS environment.

That said, it can serve as a basis:

On ESP32, you could adapt it to use LWIP sockets via ESP-IDF or Arduino, implement non-blocking I/O with FreeRTOS tasks, and reduce buffer sizes.

On bare-metal, it would require a lightweight TCP/IP stack (like lwIP or uIP) and rewriting functions to be fully event-driven and minimal on dynamic memory.

Also, please keep in mind this was the first version — mainly to see if the library idea resonates. I didn’t plan to make it fully optimized or MCU-ready yet. Future versions will definitely include improvements for embedded environments.

Re:Show HN: Run any GUI app in the terminal with term.everything on Tuesday September 09, 2025 @09:53AM (#45181942)
I wish you success in further development, don't stop!
Re:Show HN: Run any GUI app in the terminal with term.everything on Tuesday September 09, 2025 @09:52AM (#45181925)
Wow your project is really impressive there were similar programs before but they didn't approach this so much. Your project really gives you the opportunity to do your work without the limitations that others had.
Re:Ask HN: Are there many C developers here? on Tuesday September 09, 2025 @09:28AM (#45181646)
I'm afraid that Rust will replace C/C++ in everything.
Not yet, but there is a test on GitHub.
Re:Ask HN: Let's find out who is from which country? on Tuesday September 09, 2025 @02:29AM (#45178191)
I am from Ukraine.

Older »