all 3 comments

sorted by: hot top controversial new old
[–] 2 points 2 months ago

OK, that's pretty neat.

  • source
  • [–] 1 point 2 months ago

    Interesting! Ill have to ive this a try.

  • source
  • [–] 1 point 2 months ago

    Interesting! I didn't realize the extent to which an ELF is a little database. It does seem worthwhile reexamine our formats from time to time. And yeah, since Nix relies on patching ELFs maybe a better tool for that would avoid some headaches.

    I'm a little unclear of the idea of SELF executables as closures. If we want to avoid duplication of libraries on disk, would that require the one-userland idea? How would a NixOS setup work with all binaries packed into one SELF file?

  • source
  • 4 comments in c/programming@programming.dev view that post
    [–] 2 points 2 months ago

    They can't keep getting away with this!!!!

  • source
  • [–] 1 point 2 months ago

    Do we finally have something of a module system for C?

  • source
  • [–] 1 point 2 months ago

    I wonder how safe it is and if this brings new attack vectors from hackers with it. This is a very interesting concept nonetheless.

  • source
  • [–] 1 point 2 months ago

    Very interesting. It certainly shows the potential a replacement of the very old ELF could offer. It even looks very plausibly doable. Now it just needs to get all distros on board. :P

    I'm not sure I understood the jump from single file SELF to userland-wide.

    Can the SQL be precompiled into binary for faster lookups? I imagine there's not much variance in the standard queries. That could offer some speedup, skipping the query analyzer/tokenizer/interpreter.

    I'm not sure I followed how the LD_PRELOAD equivalent works now.

    What are disadvantages of using SELF? (Assuming a full OS switch to SELF. Mixed is always additional burden.)

  • source
  • 1 comment in c/linux@lemmy.world view that post
    [–] 2 points 2 months ago

    Now make a file system and shell that plays well with this.

  • source