Neal Wilson ✅ @neal@social.typica.us

While looking in entirely the wrong part of the code for that, I also ended up removing a couple dozen lines of code that could be replaced with 4.

The problem was an out of date constant which should have been replaced with a variable but I missed it in one spot.

Tracked down a bug and fixed it. The debugger was of no help.

Somehow ended up with a 100GB kern.log file on my laptop. That's fixed.

Oddly specific spam.

Needed to adjust the thermostat on the water heater today. I'll need to keep an eye on that as I've adjusted it to about half way between where it was set and the Hot setting. Instructions say don't go hotter than Hot despite the presence of 6 higher settings ending in Very Hot. I'm looking for hot enough for the commercial dishwasher to behave properly and not so hot that it's uncomfortable for humans.

Was able to get about a third of a new feature put together. The 2nd third is pretty much the same as the first third while the final third is tricky but optional. I might resume work on that after dinner.

Finished up some changes in progress. I think I'm maybe not too far off putting out a demo showing what I've been working on, though there's still quite a lot of work to do before I'll be confident in putting out a proper release.

The shop needed more orange and lemon peel. The place I get that from had a deal for free barbecue rub which the shop has no use for, but I can use it at home.

New video scripted. Will try to get that put together some time over the next week or so.

Star Trek prequel series pitch: "2309" It's all about Klingon blood wine and the making of its finest vintage.

The problem with the bug that I'm trying to track down is that it should be impossible.

@Taweret 2309

There's a problem in not my code causing a program to crash only when a debugger is attached. This is making it rather difficult to find out where a completely unrelated problem is.

Made a few more tweaks on the drawing code. For high quality data and reasonable settings it looks pretty great now on both of the machines I've been testing this on. I might do some more tweaks later.

New drawing routine looks a lot better than the old one except in cases where the data going in is especially awful. Unfortunately, I know there are people who will use this with hardware setups that generate that sort of especially awful data so I'll have to decide how much I care about that.

The cat thinks I should skip dinner and pet the cat. I don't think this is a great plan, but will try multi-tasking as a compromise.

Estimated ship date on some hardware I ordered ages ago has been moved up a week, but is still a couple weeks out so I'll believe it once it's been delivered.

(the algorithm is nothing original, it was just faster for me to rework the details on paper than it would have been to check reference material)

I think I want to rewrite one of my drawing routines. The way I did it first has the advantage of being fast and using very little memory, but has the down side of relying on implementation defined behavior which means it looks fine on my laptop and kind of trash on the machine at my roaster. Sketched out a replacement algorithm that doesn't rely on implementation defined behavior, is likely to be a little more flexible on most systems, but does require more memory. Still plenty fast.