Live data from Hacker News

Viewing profile — lapsed_lisper

lapsed_lisper

HN member
Joined
Wed, Jul 12, 2017, 8:23 PM UTC
HN karma
39
Public activity
19 items

About lapsed_lisper

No profile information was provided.

Recent public activity

  1. comment
    Comment #47909534

    I've worked on projects with people who've insisted on these approaches, and I've never understood how this secures things in any deep way. As I understand the reasoning, open("/a/…

  2. comment
    Comment #46725874

    A while ago I stumbled across a technique for improving stream buffering that I wish more I/O library implementors knew about. Korn and Vo's sfio library (circa 1991) had a feature…

  3. comment
    Comment #45557068

    Re: obtaining a legal copy of Genera, as of 2023 Symbolics still existed as a corporate entity and they continued to sell x86-64 laptops with "Portable Genera 2.0". I bought one fr…

  4. comment
    Comment #45240415

    I don't know about the Unix certification process itself, but the Single Unix Specification explicitly mentions case-insensitivity among non-conforming file system behaviors that a…

  5. comment
    Comment #45107392

    And then, since the type NIL is a subtype of all types, it's a subtype of CHARACTER. So because the type STRING is the union of all array types whose element type is a subtype of C…

  6. comment
    Comment #45107304

    Yes, in Common Lisp, NIL is a value (it's a symbol, and by convention also the empty list). But when used as a type specifier, NIL denotes the empty set. So no Lisp object is of th…

  7. comment
    Comment #44756145

    I worked in Perl for ~2.5 years in the mid-2000s. It wasn't the language for me, but I liked, respected, and am still friends with colleagues who loved it. However, I was always du…

  8. comment
    Comment #44554046

    IDK how much this matters, but the Common Lisp standard doesn't mandate tail call elimination. So although many implementations offer it (usually as a compiler thing), it's concept…

  9. comment
    Comment #43447372

    I used to think this, but now mostly (but weakly) don't. Long options buy expressiveness at the cost of density, i.e., they tend to turn "one-liners" into "N-liners". One-liners ca…

  10. comment
    Comment #40956635

    Among conceptually Unix-like OSes, at least one tried to do something along these lines: see http://www.bitsavers.org/pdf/apollo/SR10/011021-A00_Using_Yo... PDF pp 151 and followin…

  11. comment
    Comment #40954431

    Unix's standard error is definitely not the first invention of a sink for errors. According to Doug McIlroy, Unix got standard error in its 6th Edition, released in May 1975 ( http…

  12. comment
    Comment #37497764

    S-expressions only really address a smallish part of what people seem to want out of configuration file syntaxes: a simple, recursive syntax. Among the things that S-expressions do…

  13. comment
    Comment #37468675

    ISTM one could use the same premises to reach the opposite conclusion, namely, that because awk is basically a subset of Perl (excluding CPAN, of course), many things are easier to…

  14. comment
    Comment #34826297

    Right, good questions. Pure conjecture on my part: maybe it's just that 36 is the smallest integral multiple of 6 that also had enough bits to represent integers of the desired wid…

  15. comment
    Comment #34825566

    If you're keen to go down the wikipedia hole, https://en.wikipedia.org/wiki/Six-bit_character_code and then https://en.wikipedia.org/wiki/BCD_(character_encoding) explain that IBM …

  16. comment
    Comment #33168343

    Does it really make that much difference if comments exist "inside" the embedded sublanguage vs. "outside"? After all, you can always construct a format specification by string con…

  17. comment
    Comment #33168121

    Out of curiosity, how often do you find yourself using CL-PPCRE's S-expression notation? (This is a genuine question: I've never felt a desire for an S-expression notation for regu…

  18. comment
    Comment #33164208

    Richard P. Gabriel (one of the co-creators of Common Lisp, later a founder of the Lisp vendor, Lucid) has a few interesting things to say about CL's FORMAT in his Patterns Of Softw…

  19. comment
    Comment #26613607

    IMO, the bad parts Unix are of two semi-distinct kinds: the skin-deep kind, and the genetic defects. The superficial problems are everywhere, easy to spot, and fun to complain abou…