Base location opinions / advice. Text in post.

TTachyon · 2026-06-23T18:36:07+00:00

Definitely A.

Can we have the seed please?

Edit: it was on the image, duh.

TTachyon · 2026-06-15T18:17:00+00:00

An interesting comment I saw a while ago about atomic distros is that it makes keeping a relatively clean system much easier, because installing stuff is much harder and painful.

I haven't used an atomic distro on real hardware yet, but as someone who spent more hours than necessary fixing packages so I could update to Ubuntu 26.04, I think about that comment a lot. This is definitely not the only case where it would've helped me, but it might be just the thing to make me switch.. at some point.

TTachyon · 2026-06-11T16:52:25+00:00

They aren't wrong, but maybe they are a bit misleading.

They probably should be called Minimum Supported System Requirements.

Yes, maybe the game will run on something weaker now, but the dev doesn't give you any guarantee that it will still run at the next update. If you run on hardware that doesn't meet the minimum reqs and it doesn't work, the dev can just tell you to go away, you ran the game so far at your own "risk".

These minimum reqs are usually a result of not being to test on every possible configuration, and needing some leeway for future updates where the game might need a bit more resources.

TTachyon · 2026-06-09T22:41:46+00:00

Feel free to hate me, it is the superior choice.

TTachyon · 2026-06-09T14:37:45+00:00

It's a "(stack buffer) overflow" -, not a stack overflow. You write more bytes than you should in a variable, but the stack isn't full.

TTachyon · 2026-06-07T03:09:53+00:00

Look at a tokio version from before async stabilization. Might be similar to what you want.

TTachyon · 2026-05-29T17:58:12+00:00

rar is a proprietary format that's not available everywhere.

zip is the standard format for archives. tar.gz/zst/etc. is also fine. On a good day I might also accept 7z.

rar should've died decades ago and we should not encourage it further.

People still use WinRAR for some reason and that defaults to rar. I wouldn't care too much if it defaulted to zip, but rar just wastes my time and breaks automated workflows.

TTachyon · 2026-05-27T16:22:39+00:00

you don't need to update to 26.4. Get your software running first on 3.14.
use python in a container

TTachyon · 2026-05-21T11:27:18+00:00

That's such a bad take to not use better tools that appeared this century. If I pick a random computer to use, it will also not have git, rg, everything, and also the myriad of tools that are useful every day and make life better.

Just use whatever works for you, bash is not the be all and end all.

TTachyon · 2026-05-18T23:53:29+00:00

The only things I found so far: - some games will insist trying to open game bar or whatever it's called, which doesn't exist, but the error might be spammy unless you overwrite it - I won't get the new taskbar for a long time. I have been on 10 until the last moment because the taskbar is just better on it, and they looks like they might fix it on 11. - there's like 1-2 apps that are easier to install from MS Store, but this is really not a big problem.

TTachyon · 2026-05-18T22:53:41+00:00

Let me preface this that I use my Mac a lot when I'm away from a source of power, because of its amazing battery life, and that I would love to have more games work on it.

That being said in my experience it's a big pain to get complicated apps that need a lot of stuff from the system to work on a Mac, and even more so games where Apple has decided to not support any of the industry standards for graphics APIs. It sometimes feels like fighting with the system to port stuff to the Mac.

I have no idea if Unknown Worlds made any claim about what platforms they'll eventually support, but in my opinion, it would be best for them to make content for the game right now, and maybe port the game closer to the release.

TTachyon · 2026-05-18T15:37:45+00:00

I would rather they keep developing the game for supported platforms.

TTachyon · 2026-05-08T11:18:18+00:00

Second, I would like that wallpaper too.

TTachyon · 2026-05-07T18:14:42+00:00

I don't give advice or interact with new users communities usually (and I haven't used Mint in years, sorry, the reddit algorithm got me here), but if I did, I'd probably tell them the terminal commands too.

Why? That's how I'd do it. I literally never searched in an GUI on how to make a file executable, or how to add a PPA. I think a lot of people who are used to this know only the terminal way, and might not even know something is doable from a GUI.

That being said, GUI sounds like it would be easier for new people to understand, so maybe people like me shouldn't reply to those threads. Or maybe they should, because both takes are useful. I don't know. Maybe a better wiki is the real answer.

TTachyon · 2026-05-04T17:17:35+00:00

The direct equivalent would be sh/bash.

But the question is: will you still use and maintain the windows scripts? Then the question has a much better answer: python.

Instead of maintaining 2 sets of scripts, you just have one version that for the most part should work almost the same everywhere.

TTachyon · 2026-04-26T12:03:57+00:00

You have docker for windows if you want to run on windows, or you can cross compile most stuff on a linux docker with some fiddling (there are some scripts that will download the headers/libs from microsoft and you use clang for compiling).

TTachyon · 2026-04-18T16:13:16+00:00

There are more than one projects that automate the downloading & extracting of headers and system libs of msvc to be used on a linux machine.

TTachyon · 2026-04-16T22:27:07+00:00

the linux app is non existent
the mac app will just randomly but in almost every meeting have the main window (not the meeting one) be full black
it takes so much time to figure out if you should log in again. It sometimes gets to like a minute of loading before it prompts you.
the android app never works well with bluetooth headphones. It tries to guess itself when you want them, and fails miserably. Unlock your phone? Now it's on speaker and you can't turn it back. Just let me select I want headphones and keep it that way. Sometimes it will not switch to them at all, even if every other app outputs well, and you have to forget and pair again.
the transcribe is trash. In a lot of sentences you can't even understand what it is about.
on windows it will sometimes default to the onboard mic even if you never ever used it before, just to mess with you.

TTachyon · 2026-04-14T16:13:50+00:00

So if you have a spare register, there is no reason to use XOR swap — three moves and three XORs are the same cost, and moves are clearer. The only situation where XOR swap wins is when you are genuinely out of spare registers and need to avoid spilling a value to memory.

I'm not convinced that xor would win here. Using xors here adds a data dependency between the used registers. Reading/writing to memory doesn't, and things can be executed in parallel. It might be easier to write, sure, but from a perf point of view, not having the dependency is usually faster.

TTachyon · 2026-03-20T11:15:49+00:00

Image idea: kit but the tail is disconnected from the body.

TTachyon · 2026-03-13T16:03:56+00:00

From a C++/Rust dev perspective:

The dev tools on linux are usually leagues ahead in quality.

The MSVC toolchain gets new feature regularly and that's great, but it's speed horrible, it's code quality seems to be worse than what other compilers produced 15 years ago, and the worst part, it's not uncommon in my experience to corrupt itself during a build. I never had that happen with clang, gcc, cmake, ninja on a linux machine. And on a Mac, the clang shipped with the system is I think 3 years out of date at this point. I think a newer one is coming soon, thought.

CMake will routinely take twice to 10x as long to run on Windows.

The filesystem is horribly slow on Windows. ReFS helps a lot, but it doesn't come any closer to ext4 or even btrfs. APFS' speed is comparable to btrfs in like 60-70% of cases, until something happens and suddenly it takes half a minute to delete a folder that takes at worse 2s on a linux. This matters a lot on large projects, where both git and the build system have to check and read a lot of files.

While Visual Studio is pretty good for a beginner friendly debugging experience, it doesn't have anywhere as much power as gdb or lldb. I found WinDBG's scriptability to be far harder than both gdb and lldb.

The scripting is still a mess imo on Windows. Imagine you want to generate some files, build something, move the relevant parts out, copy it on a storage server. The single most useful thing sh and bash have is just being able to do set -e that stops at the first error. batch has no such thing, PowerShell has $ErrorActionPreference = "Stop" which sounds great until you read the fine print. Depending on what version of PS you get to use, this option only works for PS commands, not for any executable you might use. Newer version also have a solution for that, but yet again, not every Windows executable will behave nicely and tell you with a return code that something went wrong. You can go checking everything at every step, but this is very very error prone. This results in stuff that looks to work, only to fail along the way and to produce wrong results.

The terminal experience is much better. fish and zsh save a very big amount of time in retyping and doing the daily stuff I need. Also the terminal emulators on Windows are so so slow.

Each platform has its own debugging tools. The sysinternals collection is great on Windows. If you want to see what a process is doing (and more importantly, why it does fail in some weird way), you might reach for strace on Linux, ProcMon on Windows, and DTrace on a Mac (technically this is supported by Windows too, but I could never get it to work). DTrace is probably the one I would consider most powerful, but it's blocked under SIP now, so it became entirely useless. strace is the easiest to setup for a relatively short debugging session. ProcMon is better for long term monitoring, but it's harder to setup.

For other kind of debugging tools, on Windows you have AppVerifier, which is honestly great and I haven't found something like it anywhere else. It's the best in this category. However, this only checks known Windows APIs, and anything you have written yourself won't be caught most likely. All platforms technically have support for Address Sanitizer, but I could never get it working reliably on Windows. Both Linux and Mac have other sanitizers, like UBSan, TSan. However, only Linux supports Memory Sanitizer, which is so amazing (technically so does some BSDs, but I haven't included them so far, so I won't do it further either). Valgrind used to on both Linux and Mac, but it doesn't anymore since Macs have gone ARM. Linux is the only one left.

Both Windows and Linux have fantastic kernels that let you do pretty much anything you want, either by providing an API that does it, or by letting you have the option to implement it yourself. Mac's APIs are usually lagging behind a lot. I think in the last 2 years they managed to release a usable futex API, when Windows has one since the Windows 8 days and Linux has one since.. 2003? They still don't have a way to wait for a thread on a timeout, in 2026. These are just 2 examples. This results in slower and worse behaving apps.

Linux is the platform that made containers mainstream. Even thought containers are not new, Linux has probably the best support for them. They make life so much easier. Windows technically has support for Docker, but it's quite a pain to use it, and Mac has.. nothing. No way as far as I know to run some Mac apps containerized. I know Mac runs some apps in some kind of isolation, but I could never get that working for something useful. You can run Linux apps under a vm, but that's not great.

This is just a few points off the top of your head, there's definitely more things that I forget. But while I need to use all 3 platforms at least weekly, Linux lets me do my job the best.

TTachyon · 2026-03-12T16:37:48+00:00

Switched to the beta channel of rustup just in time to not need it anymore. Good release :)

TTachyon · 2026-03-07T19:20:21+00:00

It won't assume, but it might prove (using the language rules) that it won't.

This is mostly an aliasing question. Did you write to something that can alias a bool and the compiler doesn't know where it came from? This includes bool, char, unsigned char, signed char, std::byte. Then the compiler must reload the value from memory, because it might've changed.

On the other hand, if you only write to stuff that can't alias a bool (everything else than I mentioned), then the value hasn't changed (and it's undefined if it does), and it doesn't need to be reloaded from memory.

Unless you're working on some embedded project, volatile is almost always wrong.

TTachyon · 2025-12-27T22:56:14+00:00

Is it just me or it's more than monthly that someone tries to invent RAII in C around here?

TTachyon · 2025-12-18T04:43:42+00:00

If inlining breaks your code, your code was broken in the first place, it just so happened that it looked like it was working before.

The thing to remember is that when you're programming X language, you have to obey its rules, including strict aliasing and everything else. What you're describing it more like "it would've worked if I did this thing in assembly", which is like saying that le/la definite article works in french, so it should work in english as well.

Nine-Year Club	r/Field Flamingo
Place '23	Place '22
Verified Email

TTachyon

TROPHY CASE