GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Embed Notice

HTML Code

Corresponding Notice

  1. Embed this notice
    the_daikon_warfare (sicp@freesoftwareextremist.com)'s status on Wednesday, 09-Apr-2025 12:46:59 JSTthe_daikon_warfarethe_daikon_warfare
    in reply to
    • 翠星石
    • fiat volvntas tva
    • LisPi
    • Jeff "never listens to women" Cliff, B.Sc. 😷 🇮🇷🇱🇧🇨🇦🧯🏴‍☠️🦝🐙 🐧
    • pistolero
    @lispi314 @Suiseiseki @p @jeffcliff @scathach
    > With a language providing no direct memory access semantics, it is impossible to wrongly access resources without either a broken implementation (for which formal verification methodology is available) or broken hardware (this is a more complicated issue).
    Sure, but the language's semantics shouldn't matter. A process shouldn't have to give away the resources you don't need, but whatever you get your hands on you should be able to do with what you please. If you're just sending blunt data it's not even a problem.

    > Re-implementing that with near zero-cost would require RDMA and trust for all involved nodes (may be impossible in a lot of cases)
    Sort of what I thought. Not that I believe in security anyway.

    > This means the implementation can encapsulate resources in opaque structures which cannot be interfered with.
    Sounds proprietary. :absolutely_proprietary:
    In conversationabout a year ago from freesoftwareextremist.compermalink
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.