note
tye
<p>
You can probably prevent this problem by "backgrounding" your daemon the proper way, by daemonizing it. No, [mod://Proc::Background] does not do that either.
</p><p>
If you at least re-open STDIN, STDOUT, and STDERR to/from <c>File::Spec->devnull()</c> (or even have the last two append to some log file), then I will be a bit surprised if the daemon has the ability to ask for input from the calling context.
</p><p>
Some of the [cpan://daemonize] modules might even know the right trick for completely disassociating the daemon from the parent's "console" (similar to what motivates the setsid() part of daemonizing on Unix). If not, you could try calling Free() in [mod://Win32::Console], though I don't recall having tried that and I have not swapped back in most of what little I used to know about Win32 "consoles".
</p><p>
If I wanted to try and debug what is happening, then I'd probably next look for a compatible version of "process monitor" such as one from the former SysInternals.
</p>
<div class="pmsig"><div class="pmsig-22609"><p align="right">
- [tye]<tt> </tt>
</p></div></div>
1168938
1168973