• @huginn
    link
    13 months ago

    I do have a degree in this. I am aware.

    This is sometimes practical, too. For example, hooking and extending functions in compiled code that will never be updated by the original author, while preserving the original executable/library files.

    Your original comment made it seem more like extensions - extend and preserve. That’s the misunderstanding.

    When I said it’s wild to manipulate bytecode I means “wow that’s a terrifying practice, I would hate to check that PR”

    • mox
      link
      fedilink
      1
      edit-2
      3 months ago

      Fair enough. What threw me is that you said “bytecode”, which is generally not used when referring to hardware machine instructions. My original comment is about patching the in-memory image of a running program or library, replacing machine instructions in order to intercept certain calls and extend their behavior.

      I thought my phrase “compiled code” would convey this, but I guess nowadays bytecode-compiled languages are so common that some people assume that instead.

      • @huginn
        link
        13 months ago

        Yeah and part of this is that the domain I’ve been working in for years now is very far from machine code, and I’m probably overly lax with my language here.

        The result of being in very corporate app dev - I’m usually talking in much higher level abstractions. My bad on conflating bytecode and machine code

        • mox
          link
          fedilink
          23 months ago

          Ah, corporate work. I hope they’re treating you well.

          • @huginn
            link
            13 months ago

            Different strokes - some would find what I’m doing hell. I personally love it.

            The 260k/yr salary may help alleviate the pain.