Page MenuHomePhabricator

Fix three Windows subprocess issues
ClosedPublic

Authored by epriestley on Apr 1 2020, 11:06 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Dec 21, 5:52 PM
Unknown Object (File)
Sun, Dec 15, 4:43 AM
Unknown Object (File)
Fri, Dec 13, 2:09 AM
Unknown Object (File)
Thu, Dec 5, 11:12 PM
Unknown Object (File)
Thu, Nov 28, 1:03 PM
Unknown Object (File)
Sat, Nov 23, 8:38 PM
Unknown Object (File)
Nov 22 2024, 10:20 AM
Unknown Object (File)
Nov 22 2024, 4:11 AM
Subscribers
None

Details

Summary

Fixes T13504. This fixes three issues:

  1. In ExecFuture, "proc_open()" on an invalid binary could fail with an unconditional exception.
  2. In ExecPassthru, "proc_open()" on an invalid binary could fail with an unconditional exception.
  3. In "arc browse", "start <url>" does not work when the shell is bypassed.

In (1) and (2), the desired behavior is to fail with an exit code which is sometimes upgraded to an exception depending on calling convention.

Issue (1) most commonly manifested as "find" failing when run via "cmd.exe".

Issue (2) most commonly manifested as "arc browse" failing.

Issue (3) was entangled with issue (2).

In cases (1) and (2), assume "proc_open()" failures under Windows are because of bad binaries and treat them like bogus commands on Linux/Mac.

In case (3), use "cmd /c start" instead of "start" as a default browser on Windows.

Test Plan
  • On Windows, did mime type detection in cmd.exe. Before patch: proc_open() exception in "find". After patch: clean (albeit not terribly useful) detection.
  • On Windows, did "arc browse ...". Before patch: proc_open() exception in "start". After patch: clean browser execution.

Diff Detail

Repository
rARC Arcanist
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision was not accepted when it landed; it landed in state Needs Review.Apr 1 2020, 11:11 PM
This revision was automatically updated to reflect the committed changes.