Skip to content

Various fixes for 64-bit VS Code #1021

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 6 commits into from
Sep 5, 2017

Conversation

daviwil
Copy link
Contributor

@daviwil daviwil commented Sep 5, 2017

Also introduced unit testing for the extension!

This change modifies the path used for PowerShell on Windows due to the
fact that 64-bit VS Code has been released (and is now being promoted as
the primary build).  We're only pointing to the System32 path for now
because VS Code doesn't provide a way to specify a different path in the
32-bit build.
This change enables Mocha-based unit tests for the PowerShell extension
using VS Code's embedded test running mode.
This change introduces a new module that contains all the logic for
determining the current OS platform, process architecture and OS
architecture for use in determining available Windows PowerShell EXE
paths.  This module helps resolve problems that were introduced by the
new 64-bit distribution of Visual Studio Code.

Fixes PowerShell#1008
Fixes PowerShell#1007
Fixes PowerShell#1006
Fixes PowerShell#993
This change fixes PowerShell#1020 which states that PowerShell session commands
should activate the extension if it isn't already started.  These
commands are useful for activating a PowerShell session if the user
doesn't currently have a PowerShell file open.
@daviwil daviwil added this to the 1.4.2 milestone Sep 5, 2017
@daviwil
Copy link
Contributor Author

daviwil commented Sep 5, 2017

Argh, AppVeyor doesn't kick in when PR'ing to a non-master branch. At any rate, the plan here is to ship 1.4.2 out of the release/1.4.2 branch and then merge it back into master once that's done.

@rkeithhill
Copy link
Contributor

Did you add anything to the log file that indicates the architecture of the VSCode instance? Would be handy to know when tracking down bugs.

@daviwil
Copy link
Contributor Author

daviwil commented Sep 5, 2017

Nope, good idea! I'll add that too.

@daviwil daviwil merged commit 6e3b179 into PowerShell:release/1.4.2 Sep 5, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants