martinjacobd

Are you an endurance athlete?

I was surprised at how quickly my rhr came down after I started cycling more even though I've never been very active in my life.

It also (I think!) helped with my sleep apnea/general sleep problems, and I've always assumed a good bit of that was literally just being better at breathing.

Needs a [2017].

More substantively, my company is a contractor and has publicly committed to neither working on 'weapons' nor 'destructive financial systems.' Both terms are nebulous but we generally just decide en masse as a company (there are only 20 people) what does and doesn't count. I don't necessarily care for these particular lines in the sand but it's important to have some kind of process for determining and thinking about things, which I'm happy we do.

MIT grads get it for free.

I've often felt this way about depression, but it's hard to tease apart the long-term after-effects of a depressive episode, the probability that my current symptoms might just be the beginnings of an episode, and the long-term (after-)effects of the medication I took/take for it.

meh the OED has this from early old English (albeit in the form of 'heortan') in the mid-tenth century from Bald's Leechbook.

Yeah but you don't have to have either of those memberships and in big cities, at least, it's easy enough to get a hookup without them

I guess I just don't see sentences like this, even from novice writers.

touche :)

That makes sense. I clearly didn't read the paratext closely enough :)

I wish I understood what "wordiness" means. Perhaps it's restating the same simple point three times in as many loose sentences.

People who harp on this point usually point to the writing of Hemingway and similar writers (Carver comes to mind). All of these men are better writers than I am, but I still prefer to read Nabokov. Could Nabokov have "made his point" in fewer words? Almost certainly, but I wouldn't have enjoyed them any more.

Embedded projects can be more complicated to build than the Linux kernel in two respects: Embedded projects are usually cross-compiled; whereas, one is ordinarily building the Linux kernel for that machine or one like it. And, hardware vendor code is usually bad.

I had one embedded project that I handrolled the makefile for, and it was all in pure C, no OS. That was fine, but ensuring that the versions of the hardware abstraction layer, and other drivers I wanted to use from the same vendor was a source of annoyance. Keeping track of which source files were to be enabled and disabled in the makefile was also annoying.

Another project I am working on uses platformio on an RTOS (and a much bigger micro). Platformio is written in Python to handle all of that 'seamlessly' and it does work pretty well from my perspective. And I don't have to manually install separate toolchains to /opt (or wherever) and keep track of them; it 'just works.'

I like the makefile approach. With only a little work, it's possible to make clean build directories without .o files littered around like mouse droppings. I know exactly what code is being built, and, because I usually have to write the linker script, where it is being put. But once it gets more complicated with different toolchains and compatibility problems (and it usually does if you have an RTOS), it sure is nice to have something like Platformio.

Absolutely my pleasure. I tracked down the problem you commented about: I used a later version of liburing than ships with Ubuntu, so if you want to compile this as-is, you'll have to compile and install liburing from source probably. Glad you enjoyed it!

I don't see why not. You'd open the socket on line 124 as a SOCK_DGRAM, 0 rather than what it is now for TCP. For an echo server, for instance, you wouldn't listen on the socket or accept requests; instead, you'd use io_uring_prep_recvmsg and use the prepended msghdr to send the identical packet back out with io_uring_prep_sendmsg.

At least, that's my untested understanding.