This happend to me right noww as I tried to write a gui task manager for the GNU/Linux OS
Doesn’t explain OPs task management example. And won’t crash the kernel, just make things unresponsive
it didn’t crash the kernel, it just killed every process that isn’t run by the root user, which kind of feels like a crash
Ah, that definitely would feel like a crash. Sent kill signal to cgroup accidentally? Or just iterate over all processes and signal them all?
probably the later, but idk how, all I did was insert a string in the following command like this:
``Command::new(“bash”)
.arg(“-c”) .arg(format!(“ps -aux | grep -i "}" }’ | xagrs kill -9”, input)
.output()
.expect(“error”);``
I’ve tested the command and it worked flawlessly in the terminal, but I have no idea what I’m doing, since I’m new to rust and never worked with this library
There’s this game “HyperRougue”. Run it on Arch.
hyperrogue-git version 13.0d.r60.g27fb2d92-1
Go to settings -> 3D configuration -> projection -> projection type -> . Cycle through the projection types. One of them causes something good enough to call a crash.
I don’t remember anymore if it was just a display driver crash or a kernel crash and I haven’t updated to a newer version (which might have fixed it).
Doesn’t even startup on my box, but doesn’t crash the kernel or system either, just regular application crash
Doesn’t even startup on my box,
It needs to startup and then go to that point (after you select the projection) to cause the crash.
It definitely caused something other than the application to get into an invalid state. Which is why I am apprehensive about trying it out again to answer your comment. Probably was the display driver, which is why it didn’t just turn off after that.
