I used to know a guy whose cat had that name. He got a vet bill in the mail, literally addressed to said cat. The FIB showed up a few days later asking some pretty interesting questions.
Something about the little girl in purple shirt crying always gets to me. I think it triggers the memory of the tear-gassed "birthday girl" photo from 2019 Hong Kong
To be fair I intentionally took this more out of context to test AI chat bots reactions. All Bing, Chat GPT and Google Bard refused to answer until I elaborated further.
I was looking into killing .exe programs when wineserver crashes and got side tracked to this.
An other good one "How to kill orphaned children" or "How to adopt child after killing parent" that I found in this reddit post
Interesting! I also noticed that search engines give proper results because those are trained differently and using user search and clicks.
I think these popular models could give proper answer but their safety tolerance is too tight that if the AI considers the input even slightly harmful it refuses to answer.
Well… it’s a correct phone number. So that kind of undercuts your message.
edit: I’m actually a bit baffled by people downvoting this. That is the correct number given by both of those organizations. It isn’t some LLM hallucination.
Depends on whether or not you want to kill only the child processes of a parent process or if you want to kill the parent as well. To kill the parent and children, you can kill the entire process group, specifying the pgid in the kill command. To kill only the parent you can trap SIGTERM in the parent and then send SIGTERM to the process group.
Processes in most operating systems (I'll use Linux, because it's what I know and because...Lemmy) are organized in a tree like structure. There's some initial very low level code used to start the OS, and every other process spawns from that, which is to say they tell the operating system "Hey, please make this process I'm gonna tell you about - allocate resources for it, etc." The operating system creates it and binds that new child process to the first one. The process that spawned the other process is called its parent. The process that just got spawned is called a child. You could also call them root and leaf processes, I suppose, but nobody really does that. Sometimes you want to get rid of all the child processes a process spawns, but leave the running process intact. Sometimes you want to kill the process that spawned everything and also cleanup anything it might have created. There are lots of programming scenarios in which you might want to do either. It really depends on how your application is designed and what it's doing.
That all said, there's a command in Linux called "kill" and you can tell it the process id, process group id, etc. to kill a process or a process group. You can also manipulate what are called SIGNALS. Signals are a whole thing in Linux. They're basically small values you can send to processes at any time and the operating system forces the process to perform some action whenever it receives one of them. SIGTERM basically stands for "SIGNAL: TERMINATE PROCESS." So if you "trap" the SIGTERM, you can basically tell the operating system - whenever this parent process receives a SIGTERM, ignore it. The other processes in the process group - the child processes - all terminate, though, when they receive it.