-
Notifications
You must be signed in to change notification settings - Fork 438
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
Create a 64-bit build of func.exe #117
Comments
If all else fails, you can pull down the project, open the properties for the cli project, uncheck the box for "Prefer 32-bit" under the "Build" tab and rebuild the project. Once I did this, I made a backup of the existing install |
👍 for a 64-bit build |
I just downloaded the source and I get 55 errors when I try to compile it... Update: Looked at the appveyor build status and its not passing, same errors as I am seeing. I think I will wait until an official 64 bit build is created! |
@MikeWilliams-UK what errors are you getting? AppVayor doesn't run automatically and since I'm the only one committing to this repo, I never bothered update it. Can you try excluding the test project? I'm using a private xunit from the xunit myget feed to get around an annoying bug on my machine. I should add that to the .nuget config. |
First thing I did was to remove the unit test project as I don't care about that. I am trying to get a 64 bit build so that I can locally test functions running msonline powershell which must run 64 bit. The errors I am seeing are exactly the same as in the latest appveyor output. |
I created a signed x64 build and added it to the release notes for 1.0.1 https://github.com/Azure/azure-functions-cli/releases/tag/1.0.1, so give that a try. |
Thanks I will give it a try tomorrow and let you know if it works (for me) |
I have just tested the x64 build and I can confirm that it works a treat. Thanks for your valuable time. |
Is there a later x64 CLI release available? For the 1.0.6 release for example? |
How do we use this in Visual Studio to build the project? I don't understand. I have a dependency that is 64 bit and is not compatible with the 32 bit build that VS is producing. In 64-bit mode the .dll for my Azure functions are not being produced (C#). Edit: Okay, nevermind. All you have to do is do what @kr4ster said and replace the files in |
Can we get an easier way to install the 64-bit build? Or at least documentation on the best way to install? Like @miguelmartin75 mentioned, copying files to a location on disk is not ideal. Fwiw, the 64-bit build is useful with the VS Code extension for Azure Functions, since the C# Debugger for VS Code only supports attaching to 64-bit processes. |
If you want to debug in visual studio with the 64 bit version of the azure functions CLI you will need to do the following. I was working with the V1 release branch so be sure to grab the right CLI for the azure functions you wish to run Its kinda crazy and every time your azure function and web job tools extension updates you will need to run this fix Pretty much you have to go to where your Azure function CLI is install for this extenion. Default location is here. I imagine once the extension automatically updates the version will change. E.G. 1.3.0 C:\Users\A750501\AppData\Local\AzureFunctionsTools\Releases\1.3.0\cli Delete all of those fies inside of the cli folder. Download the Azure.Functions.Cli.x64.zip of the latest v1 releases put the content of the zip folder in the cli folder. Boom you are now running the 64 bit Azure functions |
An alternative approach to actually replacing the bits that Visual Studio executes is to configure your project to run your selected version of the CLI by adding an additional launch profile. See here for an example. This example focuses on switching VS over to use a version you acquired via NPM, but the same approach could be used with a CLI build you downloaded directly. |
@paulbatum that is a much better approach and I would also recommend other people follow your approach. I had no idea you could do such a task and it is awesome to learn how to switch profiles on demand instead of fooling the extension |
@paulbatum or anybody who may know, Is the 2.x version line of the CLI tools strictly for the v2 of the Functions service itself? We're using 1.x for the .NET Framework support, but are needing an x64 CLI. I'm unclear whether the versioning for this CLI tool set is the same as saying "v1 or v2 of Functions service". On my Windows machine, I see CLI versions along the lines ranging from 1.0 through 1.4, which is what is being used by VS, for the 1.x line. I don't see those version tags on github at all, though - nowhere close. Will the latest 2.x builds of this CLI tool work for the 1.x version line of Functions too? Edit: I think my confusion came from the version number used in the path that visual studio stores the functions CLI tools. It puts it in a folder with a version of 1.4.0. That version appears to actually be the 1.0.15 release found here on github. That clears up much of my confusion. |
Yes, your edit is correct. the version VS uses is different from the version of the core-tools. It's confusing I know, but they have a different release process than the core-tools. |
Sorry, I am confused, please help. I am looking for the 64 bit version of func.exe so that I can debug a Version 1 Azure function using Visual Studio 2017. Which version of the tool should I use? Thank you. |
Ok. I have solved it now. Just for reference, this is what I did to debug a 64 bit V1 Azure function from Visual Studio. (.NET Framework 4.6)
|
Closing this one since we do create 64 bit exe for CLI. |
And for completeness, tracking of x64 development in Visual Studio is here: |
Would be func64.exe
Edit: there is a 64 build in the latest release https://github.com/Azure/azure-functions-cli/releases/
The text was updated successfully, but these errors were encountered: