Live data from Hacker News

Viewing profile — kuhsaft

kuhsaft

HN member
Joined
Sun, Sep 24, 2017, 5:28 AM UTC
HN karma
286
Public activity
193 items

About kuhsaft

No profile information was provided.

Recent public activity

  1. comment
    Comment #49123682

    Previous HN discussion on project Valhalla: https://news.ycombinator.com/item?id=48595511

  2. comment
    Comment #48750933

    Inflation can exist because of a lot of things: natural loss of value, resource scarcity, monetary policy, greed, etc. And it's even harder to make sense of with fiat currency. > S…

  3. comment
    Comment #48748111

    Yes, the laws of thermodynamics and laws of economics are empirical laws. But, the laws of economics are derived from human values, which are inherently subjective. You state the c…

  4. comment
    Comment #48630730

    I don’t see how it’s an improvement over C# structs. C# structs are value types so they are copied when assigned to a variable like primitives. There is no ambiguity because it’s a…

  5. comment
    Comment #48612384

    Even closer would be a C# ‘readonly record struct’. Though, it would be allocated on the stack unless you box it.

  6. comment
    Comment #48610783

    Imo #4 is why it’s not that useful. If the data is larger than an atomic read/write op the data isn’t flattened and it’s a regular object with value equality and immutability. You …

  7. comment
    Comment #48610662

    The C# equivalent to Java ‘value class’ would be a class with a struct encapsulated for data. The data is flattened and allocated on the heap like Java. Similarly, escape analysis …

  8. comment
    Comment #48610394

    I hate to say it. But thats user error. The struct paradigm is different from classes. Structs are meant to be plain-old data types; simply a typed span of memory. Structs are valu…

  9. comment
    Comment #48609860

    Yeah, that’s a different issue. Statically-typed languages, including type-erased languages, are fine on the CLR. Dynamically-typed languages are a different beast. I suppose DLR w…

  10. comment
    Comment #48609591

    C# stackalloc returns a ‘ref struct’ which has certain restrictions and would be a Q-world type. Java chose to go with an L-world implementation where everything is still a referen…

  11. comment
    Comment #48606811

    All that to be bytecode backwards compatible, although behaviorally there are some breaking changes. See https://news.ycombinator.com/item?id=48597943

  12. comment
    Comment #48606677

    There's also https://github.com/ikvmnet/ikvm that converts Java bytecode to CIL; essentially Java on CLR.

  13. comment
    Comment #48606298

    I made a comment on my understanding of the difference in implementation here: https://news.ycombinator.com/item?id=48606173 The ramifications for backwards compatibility is that t…

  14. comment
    Comment #48606173

    > Now, one can argue that this is just smoke and mirrors with type erasure and it is but you can already put a Date into a List if you're so inclined because the JVM doesn't know t…

  15. comment
    Comment #48602650

    Not necessarily. You can ignore the reified generic system in the CLR and monomorphize it in the CIL output for your language. Debugging for users is usually a nightmare though due…

  16. comment
    Comment #48600016

    I mean, the language is what it is. But, it definitely constrains the language developers. Especially when considering interop with other JVM languages. That being said, it is easi…

  17. comment
    Comment #48599823

    I don’t think that’s the case. You can absolutely implement a type-erased language on top of the CLR. Your language will just have the same constraints of a type-erased language li…

  18. comment
    Comment #48599306

    The gotcha is the potential boxing of structs onto the heap, but that can be avoided using `ref struct`s. https://news.ycombinator.com/item?id=48599273

  19. comment
    Comment #48599273

    Like @layer8 said, pass by copy and pass by value are the same. C# copies C++ behavior where you can pass a struct by value or reference, and you can mark the parameter as readonly…

  20. comment
    Comment #48413795

    Cell phone towers and communication systems have backup power for emergency communication during power outages. If you have backup power for your router and ONT/Modem, you should a…

  21. comment
    Comment #47976553

    > On the one hand, you are right, and I rather meant "not exploitable", since technically the vulnerability is still there. And I'm fine with that. I think, the Qubes OS notices sh…

  22. comment
    Comment #47966391

    > My point is that they shouldn't. I am saying that it would be better for society if we regulated that. Playing devil's advocate here. Why should software developers be allowed to…

  23. comment
    Comment #47966012

    So, not being vulnerable is dependent on not doing something that can make you vulnerable? That doesn't seem right. If you can do something to make yourself vulnerable, you are vul…

  24. comment
    Comment #47964056

    > What would you say if your bank banned your Fairphone (that runs Stock Android signed by Google) just because it is a Fairphone, and "a few hundred thousands of users is marginal…

  25. comment
    Comment #47963050

    You know that Xen is just a hypervisor right? Dom0 (the admin Qube) is running the Linux kernel and is vulnerable like any other Linux system. DomU (App Qubes) also run the Linux k…