Live data from Hacker News

Viewing profile — glowcoil

glowcoil

HN member
Joined
Fri, Jul 26, 2019, 9:41 PM UTC
HN karma
107
Public activity
32 items

About glowcoil

No profile information was provided.

Recent public activity

  1. comment
  2. story
  3. comment
    Comment #45391331

    I'm sorry, but even if I am maximally charitable and assume that everything you are saying is meaningful and makes sense, it still has essentially nothing to do with the original a…

  4. comment
    Comment #45390480

    The original article discusses techniques for constraining the weights of a neural network to a submanifold of weight space during training. Your comment discusses interleaving the…

  5. comment
    Comment #44675359

    I would recommend reading beyond the title of a post before leaving replies like this, as your comment is thoroughly addressed in the text of the article: > At this point you might…

  6. comment
    Comment #42031588

    You originally described a problem where fog had a different falloff in world space at the edges of the screen compared to the center of the screen. The root cause of that is not t…

  7. comment
    Comment #42031254

    The only physically accurate answer for where to put the far plane is "behind everything you want to be visible". It fundamentally does not make any sense to change the shape of th…

  8. comment
    Comment #42031239

    You're describing a problem with a particular method of fog rendering. The correct way to address that would be to change how fog is rendered. The perspective projection and the fa…

  9. comment
    Comment #41218173

    It's not. Why would it be?

  10. story
  11. comment
    Comment #32811801

    > The model of treating each variable as stack-allocated until proven (potentially fallaciously) otherwise is distinctly C brain damage. OK, let's consider block-local variables to…

  12. comment
    Comment #32806254

    > If you write code that tries to get a pointer to the first variable in the stack, and guess the stack size and read everything in it, Odin does not prevent that, it also (AFAIK) …

  13. comment
    Comment #32805435

    The compiler is already doing that when it performs any of the optimizations I mentioned above. When the compiler takes a stack-allocated variable (whose address is never directly …

  14. comment
    Comment #32803494

    This is fundamentally the same thing as undefined behavior, regardless of whether Odin insists on calling it by a different name. If you don't want behavior to be undefined, you ha…

  15. comment
    Comment #32200712

    Frankly it seems strange to me to be comparing Vale's generational reference system and Rust's borrow checker directly. They have completely different characteristics and are not d…

  16. comment
    Comment #31761005

    I and some other folks in the Rust audio community have put together some low-level bindings for the CLAP API: https://github.com/glowcoil/clap-sys They're relatively straightforwa…

  17. comment
  18. comment
    Comment #31253263

    RAII is a general pattern for tying resource management to the lifetime of objects such that resource allocation is tied to value construction and resource deallocation is tied to …

  19. comment
    Comment #31252887

    You can't use RAII in Rust? What on earth could this possibly mean? RAII is an extremely pervasive pattern in Rust and is fundamental to many of the safe APIs in the standard libra…

  20. comment
    Comment #29088281

    You are missing something. For a piece of Rust software to run in any widely used computing environment, it is required to interface with a large body of non-Rust software via a no…

  21. comment
    Comment #28868677

    > There has been an explosive growth in component software technologies since the first edition of this classic book was published. The advent of EJB, J2EE, CORBA 3, COM+ and the .…

  22. comment
    Comment #28178194

    Yes, Concurrent ML exists. It also, however, does not have any feature analogous to Rust's Send trait or Swift's Sendable protocol.

  23. comment
    Comment #28178135

    The things you are saying are just not true. Standard ML and OCaml are in fact single-threaded languages, and while Haskell has concurrency and parallelism support it does not have…

  24. comment
    Comment #28177916

    There is really no way in which Rust's Send or Swift's Sendable form a monad or a functor in any of the senses of those terms.

  25. story