in reply to Re^5: Win32: Setting a layer with binmode causes problem with close() on Windows (PerlIO silently fails to close the file)
in thread Win32: Setting a layer with binmode causes problem with close() on Windows

Completely redundant and unnecessary.

With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
  • Comment on Re^6: Win32: Setting a layer with binmode causes problem with close() on Windows (PerlIO silently fails to close the file)

Replies are listed 'Best First'.
Re^7: Win32: Setting a layer with binmode causes problem with close() on Windows (PerlIO silently fails to close the file)
by Anonymous Monk on Jun 17, 2013 at 13:32 UTC

    Completely redundant and unnecessary.

    For this :unix issue, yes, probably, not for generic detached, system 1,... can be blocking

[reply]
      system 1,... can be blocking

      Please elucidate? (Preferably demonstrate.)

      With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.
[reply]

        Please elucidate? (Preferably demonstrate.)

        Its hard (cant test ATM), but it goes like this,
        apache2 on win32 runs tracertfrontend.cgi which does  system 1, logtracertwithipcrun3.pl and redirects,
        except logtracertwithipcrun3.pl blocks tracertfrontend.cgi

        even if longtracertwithipcrun3.pl does another system 1... itself, STDIN/STDOUT/STDERR handles are still inherited (despite 0 flag), and it still blocks tracertfrontend.cgi

        This scenario can work from (cmd.exe) console (no blocking), but not under whatever environment apache sets up (something like without console )

        Proc::Background::Win32 tries to launch without inheriting handles, but it still blocks under apache

        Win32::Process::Create/DETACHED_PROCESS combo seems to keep tracertfrontend.cgi from being blocked under apache

[reply]
[d/l]

In Section Seekers of Perl Wisdom