-
I'm a newbie to Wix, but I've been programming for 59 years. I'm running the latest VS2019 version. I've run appveyor.cmd from the Tools folder. It generates errors when it gets to "CanBuildHeatProjectSdkStyle". First, I see: D:\Repos\Wix\Tools>dotnet publish -c Release -o ... then: Starting test execution, please wait... and: Project "C:\Users\cpuwz\AppData\Local\Temp\qfzm52b4.r3a\HeatProjectSdkStyle\HeatProjectSdkStyle.wixproj" (1) is building "C:\Users\cpuwz\AppData\Local\Temp\qfzm52b4.r3a\SdkStyleCs\SdkStyleCs.csproj" (2) on node 1 (default targets). Build FAILED. This continues for a while until we get to: CoreWixBuild: Every target fails, and we eventually exit. The folder "Broken" in one or more paths would seem to be a clue, but if that is the case, how can I install the current build? Is the current build simply broken? Is there a way to get the last build that was not broken? I assume that I could fork and clone a different branch or somehow use a label. Do I just have to wait for the broken build to be fixed? Ultimately, I'd like to be able to debug through the source code and see if I can find someplace to help your efforts. I don't know how to convince MSBuild to use the code in my solution rather than the installed (if there is one) version. Is this documented anywhere? MSBuild has to find some number of targets defined in a targets file. I'm not sure how the targets files link back to the Wix implementation and how that can be diverted to a dormant debugging image. I suppose that JIT debugging might help. It would be fun to figure it out myself, but some pointers would be appreciated. Sorry to be so long-winded. I'm old, and I've been long-winded for a long time. Thanks for any help I might get. Ron Martin |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 2 replies
-
This is to setup the environment for this test: https://github.com/wixtoolset/Tools/blob/d718243dfbb41f28aa8030939595b6493f4a78f0/src/test/WixToolsetTest.Sdk/MsbuildFixture.cs#L386
I think this means you don't have the .NET Core 3.1 SDK installed on your machine?
If appveyor.cmd got this far (running the Sdk tests), then you've got the code successfully built on your machine. It's just the tests that are failing.
Are you running into a problem when using the toolset and trying to figure out how to fix it? Or are you just looking for something to work on? |
Beta Was this translation helpful? Give feedback.
-
I'm going to be honest, I'm not interested in troubleshooting the missing SDK. All of the Sdk tests run using MSBuild 32-bit, MSBuild 64-bit, and MSBuild .NET Core. It's always worked for me using whatever Visual Studio installs by default so I don't know which architecture you need. I recommend uninstalling VS2019 and reinstalling it. I've attached my configuration in case you wanted to import it. 20201222_vs2019182.vsconfig.txt If you want something simple to start on you can look at #4753. I already wrote a failing test here so you just need to fix the code to get it passing. In general, the current state of v4 supports .NET 5. We are currently working towards preview.0, so if you wanted to help with that you could look at the issues in the Needs Investigation state in the preview.0 project. |
Beta Was this translation helpful? Give feedback.
I'm going to be honest, I'm not interested in troubleshooting the missing SDK. All of the Sdk tests run using MSBuild 32-bit, MSBuild 64-bit, and MSBuild .NET Core. It's always worked for me using whatever Visual Studio installs by default so I don't know which architecture you need. I recommend uninstalling VS2019 and reinstalling it. I've attached my configuration in case you wanted to import it.
20201222_vs2019182.vsconfig.txt
If you want something simple to start on you can look at #4753. I already wrote a failing test here so you just need to fix the code to get it passing.
In general, the current state of v4 supports .NET 5. We are currently working towards preview.0, so if you want…