Viewing profile — osandov
osandov
HN member- Joined
- Sat, May 18, 2013, 9:15 PM UTC
- HN karma
- 112
- Public activity
- 28 items
- HN profile
- View on Hacker News ↗
About osandov
No profile information was provided.
Recent public activity
- story
- story
- story
-
comment
Comment #31311518
This was great. Before Powder Game, there were several games in this genre, and a very active Falling Sand Game BBS forum. I got my start in programming by writing mods for one of …
-
comment
Comment #29556025
It should work on ARM with a couple of caveats: * Stack tracing needs architecture-specific support which is currently only implemented for x86-64 and ppc64. It's not too hard to a…
-
comment
Comment #29555164
Some folks at Delphix implemented a debugger based on mdb that's powered by drgn: https://github.com/delphix/sdb
-
comment
Comment #22565381
Absolutely, same goes for anyone else who comes across this and is interested in kernel development.
-
comment
Comment #22565168
Feel free to email me at $my_username@$my_username.com. I'd be happy to help you get started.
-
comment
Comment #20511573
It was actually fixed in Python 3.4 with the switch to use SipHash, as the randomization introduced in Python 3.3 was still susceptible to some attacks. See https://www.python.org/…
-
comment
Comment #19933086
The filesystem track at LSF/MM tends to focus on topics which impact more of the kernel than one specific filesystem, and we didn't have any of those topics for Btrfs this year. Pl…
-
comment
Comment #15751902
Every subsystem is tested differently. Because of the wide variety of subsystems and workflows in the kernel, it's pretty much impossible to have a single test suite you can run an…
-
comment
Comment #14908769
What problems have you had with Btrfs recently?
-
comment
Comment #14540927
-fstrict-overflow is the opposite of what the parent comment was asking about. You want -fwrapv or -fno-strict-overflow.
-
comment
Comment #14540911
File modes are typically written in octal, not hex.
- story
-
comment
Comment #13685124
> I don't get why BFQ hasn't been mainlined yet BFQ hasn't been mainlined because it is written for the legacy block layer in the Linux kernel, which will be replaced entirely with…
-
comment
Comment #13256716
I'm curious about your NBD performance issues. When you say large number of blocks, are you talking a large filesystem? The free space cache tends to be a performance bottleneck fo…
-
comment
Comment #11227493
Cool! I did something very similar to this a couple of years back: https://github.com/osandov/asmase . Instead of assembling to a file, I used the LLVM libraries to assemble in mem…
-
comment
Comment #9566759
> BTW, for the specific problem of dealing with child processes, I really hope Linux adopts the Capsicum interface as FreeBSD has: > https://www.freebsd.org/cgi/man.cgi?query=pdfor…
-
comment
Comment #9566743
> You could certainly imagine some kernel extensions that take all of this useful functionality and make it available in ways other than signals, leaving just signals for things yo…
-
comment
Comment #9513433
Great article on LWN about this: http://lwn.net/Articles/642166/
-
comment
Comment #9122454
Wow, that's pretty sweet. Any plans for trying to get that upstream?
-
comment
Comment #9118120
There's also f2fs [1][2], which has a similar design but runs on flash devices with an FTL and thus takes a more middle road. It still has a log structure and tries to make things …
-
comment
Comment #8872734
This is orthogonal to the argument in the article, but the "buffer overflow" example in C is incorrect. Even if sizeof(b) is smaller in the receiver than in the sender, the receive…
-
comment
Comment #8565193
This is cool! Nitpick about examples 2 and 3 - the code should return something in the else case.