Zombie process after open pipe and SIGINT on Windows

kaldor has asked for the wisdom of the Perl Monks concerning the following question:

Replies are listed 'Best First'.
Re: Zombie process after open pipe and SIGINT on Windows by karlgoethebier (Abbot) on Jan 15, 2023 at 22:42 UTC
Inquisitorial question: What does open return? Normally this should be the PID of the subprocess in this case – if you had success. By the way, I think you need this (because there is no tail under Windows): `Get-Content [-ReadCount <Int64>] [-TotalCount <Int64>] [-Tail <Int32>] [-Path] <String[]> [-Filter <String>] [-Include <String[]>] [-Exclude <String[]>] [-Force] [-Credential <PSCredential>] [-Delimiter <String>] [-Wait] [-Raw] [-Encoding <Encoding>] [-AsByteStream] [-Stream <String>] [<CommonParameters>]` [download] Regards, Karl «The Crux of the Biscuit is the Apostrophe»	[reply] [d/l]
Re^2: Zombie process after open pipe and SIGINT on Windows by kaldor (Beadle) on Jan 24, 2023 at 19:45 UTC
'open' returns the PID, as it should. I'm actually using 'tail' from busybox-w32 for this test.	[reply]
Re: Zombie process after open pipe and SIGINT on Windows by kcott (Archbishop) on Jan 15, 2023 at 15:09 UTC
G'day kaldor, As far as I can tell, there is no `tail` command on Windows: `Microsoft Windows [Version 10.0.19045.2486] (c) Microsoft Corporation. All rights reserved. C:\Users\ken>where tail INFO: Could not find files for the given pattern(s).` [download] So that's Win10; perhaps you're using a different version. In "stackoverflow: A Windows equivalent of the Unix tail command", a number of emulators are referenced; maybe you're using one of those. Whatever the situation, some additional information regarding this would be helpful in getting an answer. You could take a look at File::Tail. I note that "CPAN Testers Matrix: File-Tail 1.3 (latest distribution)" shows many tests against Perl versions running on "mswin32", all of which are successful. See also: "open(): Opening a filehandle into a command" (and the links from there, especially those to perlipc). — Ken	[reply] [d/l] [select]
Re^2: Zombie process after open pipe and SIGINT on Windows by kaldor (Beadle) on Jan 24, 2023 at 19:50 UTC
Hi, Actually, my real code executes a long Powershell command that searches stuff. I've replaced it by busybox-w32 running as 'tail' to be sure the problem didn't come from this command. Result : same behaviour in both cases...	[reply]
Re: Zombie process after open pipe and SIGINT on Windows by Anonymous Monk on Jan 15, 2023 at 13:55 UTC
Windows has an api for that. Mutex job batch process group something. win32 job	[reply]
Re^2: Zombie process after open pipe and SIGINT on Windows by Anonymous Monk on Jan 15, 2023 at 14:16 UTC
https://docs.microsoft.com/en-us/sysinternals/downloads/pskill can kill process trees so ...	[reply]
Re: Zombie process after open pipe and SIGINT on Windows by kaldor (Beadle) on Jan 15, 2023 at 10:57 UTC
Does anybody has a small hint and/or advice?	[reply]
Re^2: Zombie process after open pipe and SIGINT on Windows by afoken (Chancellor) on Jan 15, 2023 at 12:05 UTC
Does anybody has a small hint and/or advice? To state the obvious, not yet. Otherwise you would have gotten answers by now. Windows is not Unix. MacOS X, on the other Hand, inherits more than just the "X" from Unix. Windows has no signals, there are no SIGINT, SIGPIPE or SIGCHLD on Windows. Perl has a thin emulation layer, but it is far from being a perfect Unix emulation. See also Re: Handling killing the perl process, Re: Signals in Strawberry Perl: Name or number?, perlport, perlwin32. Alexander -- Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so". ;-)	[reply]
Re^3: Zombie process after open pipe and SIGINT on Windows by kaldor (Beadle) on Jan 24, 2023 at 20:11 UTC
Sorry for being rude. I dared ask again because I've initially posted between Christmas and New Year. Thanks for the links. I've read and investigated quite a lot before posting here and, to be honest, I don't fully understand everything. That's the reason why I'm asking a question. Having this child process running is obviously not satisfactory, but I still haven't found any information on how to handle such a situation... What would a software consultant from BigCorporation do? Close eyes and call it a day?	[reply]