Scoopta

joined 2 years ago
[–] Scoopta@programming.dev 1 points 1 day ago

Yep, I'm aware of that too, doesn't change my initial point

[–] Scoopta@programming.dev 1 points 1 day ago* (last edited 1 day ago) (2 children)

...right...tell that to cmd.exe or the OpenVPN daemon, or the soft ether VPN daemon, or OpenConsole.exe, or Idk, I only tested 4 that immediately came to mind but my point stands. There are a lot of programs that do not have a window handle and do not bother with window messages.

[–] Scoopta@programming.dev 0 points 1 day ago (4 children)

You clearly didn't read my message...I said a "window close message." I.e...WM_CLOSE. that is not a process signal, it's a window management signal. Hence taskkill not working without /f on headless processes

[–] Scoopta@programming.dev 11 points 1 day ago (1 children)

TIL about the console signaling stuff, good to know. I am aware of SEH but that seemed a little too in the weeds for this discussion since that's as you say akin to SIGSEGV

[–] Scoopta@programming.dev 228 points 2 days ago* (last edited 2 days ago) (14 children)

Ironically it's actually the opposite. Linux has signals, and with the exception of SIGKILL and I think SIGABRT they can all be handled gracefully. Windows on the other hand doesn't have signals, it can only TerminateProcess() which is forceful. The illusion of graceful termination on windows is done by sending a Window close message to all of the windows belonging to a given process, however in the event the process has no windows, only forceful termination is available due to the lack of a real mechanism to gracefully terminate processes. That's why the taskkill command tells you a process requires forceful termination when you run it against something headless.

[–] Scoopta@programming.dev 3 points 3 days ago (1 children)

This isn't exactly true. UEFI supports arm and if I'm not mistaken windows on arm is UEFI only. While UEFI isn't as standard as it is in the PC world it is very common on servers and windows devices.

[–] Scoopta@programming.dev 4 points 4 days ago

LMAO no it's not lol. It's figure fantasy (it's unavailable in NA at this point. Only SEA and EU)

[–] Scoopta@programming.dev 4 points 4 days ago (2 children)

I have one, it's a gacha game my co-worker got me on years ago and I haven't broken the habit

[–] Scoopta@programming.dev 2 points 4 days ago

Oh yeah... actually I forgot about that configuration too. With or without a clutch

[–] Scoopta@programming.dev 1 points 4 days ago (2 children)

I had to give this a really good think because I can't remember the last time I've seen a car with a manual transmission so I was fully like

What do you mean? The brake is the left most pedal?

[–] Scoopta@programming.dev 7 points 1 week ago (3 children)

But Linux also has containers and I haven't found a networking setup I can't do with it so while this may be true it seems anecdotal

[–] Scoopta@programming.dev 2 points 1 week ago (1 children)

I'm going to just point out that hating all white males is just as backwards as hating all older generations. Hating anyone for stuff like that is stupid period. Not saying you do, it's just the last sentence feels like you're trying to appeal to people using the same BS you're arguing against.

 

Are there any currently available RISC-V dev boards that support the H extension for running KVM?

 

TIL that apparently capital one was assigned the entire 2630::/16 block...which is the largest assignment I've seen to date. Does anyone know of other absolutely massive allocations...are there even any others this large?

 

I've been using duckduckgo for years ever since I degoogled but I'm increasingly annoyed by its complete lack of IPv6 connectivity. I use NAT64 and so it works fine but it bothers me to use services that don't have v6. Does someone have a good non-google IPv6 search engine that's privacy respecting?

6
submitted 2 years ago* (last edited 2 years ago) by Scoopta@programming.dev to c/ipv6@lemmy.world
 

I'm curious about something so I'm going to throw this thought experiment out here. For some background I run a pure IPv6 network and dove into v6 ignoring any v4 baggage so this is more of a devils advocate question than anything I genuinely believe.

Onto the question, why should I run a /64 subnet and waste all those addresses as opposed to running a /96 or even a /112?

  1. It breaks SLAAC and Android

let's assume I don't care for whatever reason and I'm content with DHCP, maybe android actually supports DHCP in this alternate universe

  1. It breaks RFC3306 aka Unicast-prefix-based multicast groups

No applications I care about are impacted by this breakage

  1. It violates the purity of the spec

I don't care

What advantages does running a /64 provide over smaller subnets? Especially subnets like a /96 where address count still far exceeds usage so filling subnets remains impossible.

 
 

This has been my setup for a long time now and I have to say I still absolutely love it.

  • Icons: Flat Remix Red Dark
  • Theme: Flat Remix GTK Red Darkest
  • Launcher: Wofi
view more: next ›