Viewing profile — neoteric
neoteric
HN member- Joined
- Sun, Dec 30, 2012, 7:40 PM UTC
- HN karma
- 32
- Public activity
- 8 items
- HN profile
- View on Hacker News ↗
About neoteric
No profile information was provided.
Recent public activity
-
comment
Comment #26934596
Absolutely, RAII is an abstraction (and a useful one), but it has a cost in that it prevents a form of useful optimization because cleanup is required at the destruction of the sta…
-
comment
Comment #26934334
One thing I've been thinking about in C++ land is that just how much the idiomatic usage of RAII actually prevents the compiler from doing it's own tail call optimization. Any obje…
-
comment
Comment #7224132
For what it's worth, this is broken when the target directory contains spaces/wildcard characters, etc. I would suggest you consider using something like the following to generate …
-
comment
Comment #6767966
Firstly, the Linux kernel already provides easy accessors for the MSRs, see arch/x86/include/asm/msr.h. Secondly, have you investigated the existing msr-tools package, and the exis…
-
comment
Comment #6767942
How would that work? The MSRs are _not_ memory mapped.
-
comment
Comment #5341756
The contrived examples you've shown aren't examples of POSIX-incompatibility, or bugs in `find` at all. You've explicitly involved the shell. Of course trying to run every director…
-
comment
Comment #5338519
I am assuming a POSIX-compliant implementation of `find`. The shell is not involved. FWIW, your `find -print0`/`xargs -0` is not POSIX.
-
comment
Comment #5338353
This is simply not true: $ mkdir '; echo woops' $ find . -type d -exec echo {} ';' . ./; echo woops As you can see 'woops' is never echoed. EDIT: The reason being the shell is neve…