Quantcast
Channel: MSBuild forum
Viewing all 2763 articles
Browse latest View live

explain me this...

$
0
0

Ok, here's what I have

  <ItemGroup>
   <MyFileInput Include="@(MyFileFile)" Condition="'%(MyFileFile.ExcludedFromBuild)' != 'true'" />
  </ItemGroup>

  <ItemGroup Condition="'@(SelectedFiles)' != ''">
   <MyFileInput Remove="@(MyFileInput)" Condition="'%(Identity)' !='@(SelectedFiles)'" />
  </ItemGroup>

My question now is why this works.

1) in the first condition I have to write "MyFileFile." and I cannot use "%(ExcludedFromBuild)" because this gives me a MSB4096 error... why can I not do this?

2) Why are not ALL files in MyFileFile inserted into MyFileInput, if ONE MyFileFile has the ExcludedFromBuild not set?

3) Same question for the removal... why are not ALL files removed.

4) What does the second condition do? Compare if the "Identity" of the file is equal to ALL SelectedFiles? How can this ever become true???

I know, there are iterations over those groups... but. Sorry, does someone understand those? Are they logical? ... who invented this? ...

Rudolf



Installing a wiindows build system on non window platfrom for native and and cross platform solutions

$
0
0
I create a wiindows build system on non window platform particularly OpenBSD or Linux and look for immediate notifications of build issues during continuous builds. To do this I would need to install both Microsoft C++ complier and Microsoft windows library and maybe MSbuild  on these systems. If a build fails the compiler and linker errors are sent to the manager of the system as well as other important parties. I could do this thought virtualization but that would defeat the point of using these non window system. Is there a way to only install only there build feature of window programming without the other feature of Visual studios?

DLL performance is so slow

$
0
0

Dear all:

The attachments are two VS2015 solutions, they have same algorithm, same code, same test code, and same compiler settings, but one mixes algorithm and test code to a single project, compiles to a single exe file. The other seperates the algorithm to a independent project, and compile to a DLL/LIB file, the test code reference the algorithm DLL/LIB.

The strange problem is that performance of the single exe is very faster than the other, single exe is about 16ms on my computer, but the other is about 90ms.

Anybody can help me?Thanks!

I use vs2015 update2, intel i5 4590

the source code can be found from this link:https://software.intel.com/en-us/node/629291

the attachments are source code. NOTE:I use Intel compiler in the source code. I have changed to visual c++ compiler, and got same result, DLL/LIB is slower than single exe.

WireUpCoreRuntime task method CopyWin32Resources fails with System.BadImageFormatException

$
0
0

I am using powershell and Cake to automate the build for empty UWP app. The build and deploy works fine in Visual Studio 2015 14.0.25123.00 Update 2. This is a development build and I have explicitly disabled .net Native for the project. Im assuming there is some issue with MSBuild and Windows SDK task running outside of Visual Studio?. I have tried repairing both the 10.0.10586.15 and 10.0.26624 Windows 10 SDK's as we'll as updated any patches restart etc.

 C:\Program Files (x86)\MSBuild\Microsoft\.NetNative\Microsoft.Net.CoreRuntime.targets(235,5): error M
SB4018: The "WireUpCoreRuntime" task failed unexpectedly. [Z:\Projects\sourcebook\src\TestUWPDeploment\TestUWP
Deploment.csproj]       C:\Program Files (x86)\MSBuild\Microsoft\.NetNative\Microsoft.Net.CoreRuntime.targets(235,5): error MSB
4018: System.BadImageFormatException: An attempt was made to load a program with an incorrect format. (Excepti
on from HRESULT: 0x8007000B) [Z:\Projects\sourcebook\src\TestUWPDeploment\TestUWPDeploment.csproj]       C:\Program Files (x86)\MSBuild\Microsoft\.NetNative\Microsoft.Net.CoreRuntime.targets(235,5): error MSB
4018:    at Microsoft.Build.Net.CoreRuntimeTask.WireUpCoreRuntime.CopyWin32Resources(String lpPEFileToReadReso
urcesFrom, String lpPEFileToInsertResourcesInto) [Z:\Projects\sourcebook\src\TestUWPDeploment\TestUWPDeploment
.csproj]       C:\Program Files (x86)\MSBuild\Microsoft\.NetNative\Microsoft.Net.CoreRuntime.targets(235,5): error MSB
4018:    at Microsoft.Build.Net.CoreRuntimeTask.WireUpCoreRuntime.InternalExecute() [Z:\Projects\sourcebook\sr
c\TestUWPDeploment\TestUWPDeploment.csproj]       C:\Program Files (x86)\MSBuild\Microsoft\.NetNative\Microsoft.Net.CoreRuntime.targets(235,5): error MSB
4018:    at Microsoft.Build.Net.CoreRuntimeTask.WireUpCoreRuntime.Execute() [Z:\Projects\sourcebook\src\TestUW
PDeploment\TestUWPDeploment.csproj]       C:\Program Files (x86)\MSBuild\Microsoft\.NetNative\Microsoft.Net.CoreRuntime.targets(235,5): error MSB
4018:    at Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute() [Z:
\Projects\sourcebook\src\TestUWPDeploment\TestUWPDeploment.csproj]       C:\Program Files (x86)\MSBuild\Microsoft\.NetNative\Microsoft.Net.CoreRuntime.targets(235,5): error MSB
4018:    at Microsoft.Build.BackEnd.TaskBuilder.<ExecuteInstantiatedTask>d__26.MoveNext() [Z:\Projects\sourceb
ook\src\TestUWPDeploment\TestUWPDeploment.csproj]  

msbuild command line options for release package to match Visual Studio behavior

$
0
0

We use command line (through ant) to generate the application package and install the app to do some automated testing. If we use Visual Studio to generate the package we noticed that it creates an optimized package with some dependencies: for e.g.:

[OurApp]1.0.0.0_x64_Test
  ->Add-AppDevPackage.resources
     [Resources of the app]
  ->Dependencies
      ->ARM
      ->x64
          Microsoft.NET.Native.Framework.1.2.appx
          Microsoft.NET.Native.Runtime.1.1.appx
          Microsoft.VCLibs.x64.14.00.appx
      ->x86
  [ourApp]_1.0.0.0_x64.cer
  Add-AppDevPackage.ps1
  [ourApp]_1.0.0.0_x64.appx
  [OurApp]_1.0.0.0_x64.appxsym

However the command line we used does not generate the dependencies. The command line we use is:

"msbuild.exe" [ourSolution].sln /t:Build;Publish /p:platform=x64 /p:Configuration=Release;AppxBundle=Never

The difference seems to be that visual studio seems to be kicking off csc.exe:

2>  Starting .NET Native compilation

2>  C:\Windows\Microsoft.NET\Framework\v4.0.30319\Csc.exe /noconfig /unsafe+ /pdb:.. /nostdlib+ /reference:"C:\Program Files (x86)\MSBuild\Microsoft\.NetNative\x64\ilc\lib\Private\System.Private.CoreLib.dll" /debug:full /out:.. ./target:winexe ...\bld\x64\Release\ilc\intermediate\fake.cs

So I tried the following command line:

"msbuild.exe" [ourSolution].sln /t:Build;Publish /p:platform=x64 /p:Configuration=Release;AppxBundle=Never /p:DebugType=full /p:DebugSymbols=true /verbosity:minimal /p:Optimize=true /p:BuildProjectReferences=false /p:CscToolPath=C:\Windows\Microsoft.NET\Framework\v4.0.30319\Csc.exe

Now some dependencies are generated but it fails on one of our project dependencies:

STRIPPRIVATESYMBOLS : error : EC_NOT_FOUND [c:\MAF\trunk\QA\Tests\SeleniumTests\jdeveloper\deploy\WINDOWS_TEST\release\MafTempl
ate\MafTemplate.jsproj]
C:\Program Files (x86)\MSBuild\14.0\bin\amd64\Microsoft.CSharp.Core.targets(67,5): error MSB6004: The specified task executable
 location "C:\Windows\Microsoft.NET\Framework\v4.0.30319\Csc.exe\csc.exe" is invalid. [c:\MAF\trunk\Container\UWP\SeleniumLib\S
eleniumLib.csproj]

The dependency generated has “Microsoft.NET.CoreRuntime.1.0.appx” vs “Microsoft.NET.Native.Framework.1.2.appx” and “Microsoft.NET.Native.Runtime.1.1.appx”

Does anyone know what are the command line options to generate a Release package exactly like what Visual Studio generates. The reason why I am asking is that the release package generated by Visual Studio has a different behavior at runtime for threading than the one generate by our command line. The one generated by Visual Studio is the correct behavior.

Any help is appreciated.



cl.exe invoked by MSBuild hangs indefinitely

$
0
0

This has been driving me up the wall for the better part of the last 1 week. I am in the process of upgrading our projects from VS 2013 -> VS 2015. The 32-bit Debug/Release configurations build successfully. However both Debug and Release in 64-bit just randomly hangs at different places in the build process. So much so, that I can't just look at the logs and determine what's going wrong. We build our projects from the commandline using MSBuild and its a mixture of Native and Managed code (not as in Mixed mode -- we just have projects that are managed only and others that are unmanaged only).

Anytime I find myself waiting for more than 15 minutes, I see two instances of cl.exe. I kill one of them, the build basically unblocks. When I look at the log files I see things like this:

13:21:06.102   186>Done Building Project "SomeProject.csproj" (default targets).

13:36:02.661   148>cl : Command line error D8040: error creating or communicating with child process [PathToAnotherOfMyProject.vcxproj]

Please note that the 15 minutes gap. The one at 13:36 was printed after I killed cl.exe.

If I search back all references to the string "148>" I can see files from PathToAnotherOfMyProject.vcxproj being compiled. But apparently it never completed building the project. The sad part is this project builds just from the IDE. Also, if I try to run the build all over again, I will see it fail in a different place.

Can anyone tell me how I can even *begin* to investigate this?

"MSB3327 Unable to find code signing certificate" warning raised by VS2015 VB Class Library project

$
0
0

I am seeing a warning during compile in

  • VS2015 Professional version 14.0.25123.00 Update 2.
  • Visual Basic 2015

C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(2884,5):

warning MSB3327: Unable to find code signing certificate in the current user’s

Windows certificate store. To correct this, either disable signing of the

ClickOnce manifest or install the certificate into the certificate store.


The Signing tab correctly has the "Sign the ClickOnce manifests" section grayed out.

The "Sign the assembly" checkbox is checked, and there is a sha256RSA strong name key file selected.

How do I eliminate this warning?

VSTS build windows UWP & Windows App Certification Kit Test Fails, binary is built in debug mode

$
0
0

Hi,

I have created a build on VSTS for my UWP app. My msbuild arguments are as follows:
/p:AppxBundlePlatforms="$(BuildPlatform)" /p:AppxPackageDir="$(Build.BinariesDirectory)\AppxPackages\\" /p:AppxBundle=Always /p:UapAppxPackageBuildMode=StoreUpload

When I queue a build I set the build configuration to "release". When the build finishes I try to test the appxbundle file that is inside the appxupload file with the Windows App Certification Kit and it fails on the "Debug configuration test". It says the following:

The binary SoundClouder.Application.dll is built in debug mode.

    The binary SoundClouder.IoC.dll is built in debug mode.

    The binary SoundClouder.Localization.Strings.dll is built in debug mode.

    The binary SoundClouder.Domain.dll is built in debug mode.

    The binary SoundClouder.UI.Notification.dll is built in debug mode.

    The binary SoundClouder.UI.ViewModels.dll is built in debug mode.

    The binary SoundClouder.Infrastructure.dll is built in debug mode.

    The binary SoundClouder.Domain.Contracts.dll is built in debug mode.

    The binary SoundClouder.SoundCloud.Client.dll is built in debug mode.

    The binary SoundClouder.UI.DesignTime.dll is built in debug mode.

    All of the above dlls are PCL projects that are referenced on my uwp project.

    I don't understand why the appxupload file gives me this error. On a side note my VSTS build also produces a folder with the appxsym files,the appxbundle and some other files. If I test the appxbundle in that folder it passes the WACK...

    I'm lost, can anyone point me in the right direction please? I need to get my appxupload file working so I can automate as much as possible my upload to the Windows Store process. Please find the logs for my VSTS build at  https://onedrive.live.com/redir?resid=705804CFDA8CF39C!93966&authkey=!AKYEzftBjTc-hxU&ithint=file%2czip

    Kind Regards





    Modify property "OutputType" in object "ProjectInstance" does not affect the compilation

    $
    0
    0
    Escribe texto o la dirección de un sitio web, o bien, traduce un documento.
    <input id="file" name="file" size="40" type="file" />

    Hello

    Inthe following code, changingthe property"OutputType"to "WinExe",a dllis createdinstead ofan executable.In the originalfilethat property is"Library".

                BuildManager manager = BuildManager.DefaultBuildManager;
    
                Dictionary<string, string> globalProperties = new Dictionary<string, string>();
                globalProperties.Add("Configuration", "Debug");
                globalProperties.Add("Platform", "x86");
    
                ProjectInstance projectInstance = new ProjectInstance(projectFileName);
    
                projectInstance.SetProperty("OutputType", "WinExe");
    
                BuildRequestData buildRequest = new BuildRequestData(projectInstance, new string[] { "Build" });
    
                BuildParameters buildParameters = new BuildParameters();
                buildParameters.Loggers = new List<ILogger>() { logger };
                buildParameters.GlobalProperties = globalProperties;
    
                BuildResult buildResult = manager.Build(buildParameters, buildRequest);

    Unable to communicate on Non RealTek Network Adaptors

    $
    0
    0
    Hi,

    I am facing a weird problem...my PC has a RealTek PCIe GBE Family Controller Network card. I am trying to send data over UDP to my target embedded board using my own custom made GUI. Whenever wireshark is open in my PC, I can communicate successfully. However, if Wireshark is off, I cant communicate.

    Also, on other PCs having a non-Realtek adaptor, I cant communicate with the target board even if Wireshark is open. Wireshark doesnt show any packets being sent by the GUI to the board. I have tried reinstalling both, Wireshark and Winpcap drivers but the issue still persists.  I also have the latest drivers for my network card installed on my PC. 
    For sending data over UDP, the GUI is developed using MS Visual Studio 2008 using winsock library 2.0. I have used standard UDP protocol APIs for performing all the UDP operations.

    Is the issue related to Wireshark or Network card or something else?
    Please assist.

    V140_XP Platform Toolset builds produces missing DLL Entry Point "InitializeCriticalSectionEx" in Kernel32.dll

    $
    0
    0

    Folks,

    I rebuilt a "Pure Win32" MFC product for v140_XP with VS2015 in order to maintain pure Win32 compatibility with all of Microsoft Win32 and Win64/Win32 subsystem Operating Systems.  I am not yet using API function that is causing backward compatibility, yet, I get the following when test running it a Windows 2003 VM:

    "The procedure entry point InitializeCriticalSectionEx could not be located in the dynamic link library KERNEL32.dll"

    Is this a header issue that is forcing my own usage of "InitializeCriticalSection()" to the extended version or basically a problem with pure Win32 compatibility with VS2015 v140_XP compiles?

    Thanks


    Hector Santos, CTO Santronics Software, Inc. http://www.santronics.com



    package element and configuration elements not declared

    $
    0
    0
    <packages>//err=the 'packages' element is not declared<configuration>//err=the 'configuration' element is not declared 

    Create a build package for .Net MVC Project using Command Prompt

    $
    0
    0

    Hi All,

    I want to create a build package which contains dll, contents like views,css,images etc.

    Considering that my server/machine doesn't contain VS and VS Developer Command Prompt, I want to use Windows Command Prompt.

    Tried the below two commands from Command Prompt : 

    msbuild C:\SourceCode\SourceCodeTool.sln /p:DeployOnBuild=true /p:PublishProfile=MyProfile
    
    MSBuild "C:\SourceCode\SourceCodeTool.sln" /T:Package /P:Configuration=test;PackageLocation="C:\Documents\msbuild\output\Package.zip"

    Could you please suggest how to achieve this?

    Thanks in advance!

    32 bit vs 64 bit MsBuild

    $
    0
    0

    Environment: 64 bit windows 7, 64 bit VS 2013 professional

    I created a sample application and willing to build exe/DLL to be run on 64 bit o/s only.

    What would be the advantages of using 64 bit msbuild vs 32 bit msbuild.exe?

    Is it possible to skip "Adding ACL's" for certain path?

    $
    0
    0

    I'm deploying an MVC app to a remote server via WebDeploy and I've noticed a sharp increase in the publishing time as the amount of user generated content on the server grows.  A normal deployment now takes upwards of 15 minutes while it proceeds through the "Adding ACLs" phase and presumably iterates over the ~140,000 files.  I've seen that it is possible to exclude paths from deployment but wasn't sure if it is possible to exclude paths from the "Adding ACL's" phase.  I know that it is possible to deploy single files with no ACL modification but using the VS Publish feature sure is handy when publishing a mass change over multiple files.  Any suggestions would be much appreciated!  Thanks,

    Jon


    [VS2015 Bug report] CLang3.7 crashed when compile some source code which have "block code"

    $
    0
    0

    To Explain what happend, I'd like to repeat the steps as simple as I could . :D

    1.I've created a ConsoleApplication with the wizard of Visual Studio 2015 Pro. Without Pre-compiled Header.

    2.I chose the Toolset "Clang 3.7 with Microsoft CodeGen(v140_clang_3_7)" and add "-fblocks" to C/C++ compiler options.

    3.I wrote some code below to test if clang works fine:

    //////////////////////////////////
    #include "stdafx.h"
    
    typedef void(^blktype)(int, int);
    int main()
    {
     __block int c = 0;
     blktype blk1 = ^(int a, int b)
     {
      ++a;++b;
      c=b;
     };
     blk1(9, 19);
     return 0;
    }
    //////////////////////////////////

    4. In order to solve some missing var and C functions not-found-error, I put
     "runtime.c, data.c, Block.h, Block_private.h" into my project.

    These source code files all come from "compiler-rt" which downloaded from LLVM.org .

    5. I started to build the project in DEBUG mode, a lot of crash info came out at Output Panel:
    1>  ConsoleApplication1.cpp
    1>  0x108B5FB0 (0x0250A548 0x04586760 0x00000000 0x026B8EA8), DllGetC2Telemetry() + 0x526030 bytes(s)
    1>  0x108B6018 (0x0250A58C 0x04586760 0x00000000 0x00000000), DllGetC2Telemetry() + 0x526098 bytes(s)
    1>  0x107F81FD (0x04586760 0x00000000 0x00000000 0x045867E0), DllGetC2Telemetry() + 0x46827D bytes(s)
    1>  0x1080E9EC (0x04586760 0x02670640 0x025ED2E4 0x0454BC78), DllGetC2Telemetry() + 0x47EA6C bytes(s)
    1>  0x108AC3E8 (0x04530578 0x0250BD44 0x04530578 0x0250BD44), DllGetC2Telemetry() + 0x51C468 bytes(s)
    1>  0x108AD64C (0x026B5E50 0x04530578 0x045EC344 0x0268A2C0), DllGetC2Telemetry() + 0x51D6CC bytes(s)
    1>  0x108AA826 (0x04530578 0x0250B8FC 0x00000030 0x00000016), DllGetC2Telemetry() + 0x51A8A6 bytes(s)
    1>  0x108AB53E (0x04586328 0x04586328 0x00000030 0x00010000), DllGetC2Telemetry() + 0x51B5BE bytes(s)
    1>  0x1089D3DE (0x04586328 0x0250B8FC 0x04586334 0x00010040), DllGetC2Telemetry() + 0x50D45E bytes(s)
    1>  0x108A09F7 (0x0250BD44 0x0250BD44 0x04586334 0x0250BD44), DllGetC2Telemetry() + 0x510A77 bytes(s)
    1>  0x1089D6B0 (0x04586334 0x045860D0 0x0250BD44 0x0250BE00), DllGetC2Telemetry() + 0x50D730 bytes(s)
    1>  0x1089B108 (0x04586334 0x00000000 0x0250BD44 0x045860D0), DllGetC2Telemetry() + 0x50B188 bytes(s)
    1>  0x1081D176 (0x04586334 0x045860E8 0x00000000 0x0261FC7C), DllGetC2Telemetry() + 0x48D1F6 bytes(s)
    1>  0x1081C748 (0x04586334 0x045860E8 0x00000000 0x0261FC7C), DllGetC2Telemetry() + 0x48C7C8 bytes(s)
    1>  0x1081C0BC (0x0250BB88 0x00000000 0x0250BD44 0x045860E8), DllGetC2Telemetry() + 0x48C13C bytes(s)
    1>  0x1081D7A7 (0x045860E8 0x0458634C 0x0250BBD8 0x10874940), DllGetC2Telemetry() + 0x48D827 bytes(s)
    1>  0x1081C540 (0x045860E8 0x0250BD44 0x04586348 0x04586348), DllGetC2Telemetry() + 0x48C5C0 bytes(s)
    1>  0x10874940 (0x04586348 0x0250BD44 0x00000000 0x0FD12C64), DllGetC2Telemetry() + 0x4E49C0 bytes(s)
    1>  0x10875CBE (0x04586348 0x00000001 0x04586434 0x0250BD44), DllGetC2Telemetry() + 0x4E5D3E bytes(s)
    1>  0x10875E97 (0x04586348 0x0250BD44 0x04586420 0x0250BD44), DllGetC2Telemetry() + 0x4E5F17 bytes(s)
    1>  0x108743F9 (0x04586420 0x00000000 0x00000000 0x00000000), DllGetC2Telemetry() + 0x4E4479 bytes(s)
    1>  0x1080BA6A (0x0250BCB0 0x04586420 0x025ECF64 0x04585FA8), DllGetC2Telemetry() + 0x47BAEA bytes(s)
    1>  0x1080E00C (0x04585FA8 0x025ECF64 0x026B9608 0x026B5E50), DllGetC2Telemetry() + 0x47E08C bytes(s)
    1>  0x107A475D (0x04585FA8 0x00000000 0x026B5E50 0x0250CA48), DllGetC2Telemetry() + 0x4147DD bytes(s)
    1>  0x107A4426 (0x04585FA8 0x00000000 0x0250CA48 0x04585FA8), DllGetC2Telemetry() + 0x4144A6 bytes(s)
    1>  0x107A40A4 (0x04585FA8 0x026714B0 0x0250CA48 0x00000000), DllGetC2Telemetry() + 0x414124 bytes(s)
    1>  0x107A5E6E (0x04585FA8 0x04585FA8 0x02632C38 0x02660EA8), DllGetC2Telemetry() + 0x415EEE bytes(s)
    1>  0x116E119D (0x04585FA8 0x02660EA8 0x026B0178 0x00000000), DllGetC2Telemetry() + 0x135121D bytes(s)
    1>  0x116E02E5 (0x04585FA8 0x0261E270 0x02600178 0x0261E270), DllGetC2Telemetry() + 0x1350365 bytes(s)
    1>  0x1098BDE4 (0x026992C8 0x00000000 0x00000000 0x0261E270), DllGetC2Telemetry() + 0x5FBE64 bytes(s)
    1>  0x10912511 (0x0261E270 0x02600178 0x118CDCB8 0x108EDDBB), DllGetC2Telemetry() + 0x582591 bytes(s)
    1>  0x1091244F (0x0261E270 0x746F4C50 0x02603110 0x02600178), DllGetC2Telemetry() + 0x5824CF bytes(s)
    1>  0x1094EB46 (0x02600178 0x025F7380 0x026212F0 0x0250F0E0), DllGetC2Telemetry() + 0x5BEBC6 bytes(s)
    1>  0x1029EE32 (0x02600178 0x0250F93C 0x02600178 0x0260929F), UTCExecuteCompilerInvocation() + 0x582 bytes(s)
    1>  0x1065AF38 (0x0250F0E0 0x0250F794 0x0000006A 0x02609248), DllGetC2Telemetry() + 0x2CAFB8 bytes(s)
    1>  0x1029E895 (0x0250F794 0x0000006A 0x02609248 0x00061F30), utc_cc1_main() + 0x45 bytes(s)
    1>  0x00061D18 (0x0250F78C 0x0000006C 0x0260929F 0x00000000)
    1>  0x00063EF5 (0x0000006C 0x025FDFD0 0x025FCE90 0x00000000)
    1>  0x01249F09 (0x7EFDE000 0x0250FD88 0x772B9F72 0x7EFDE000)
    1>  0x768133AA (0x7EFDE000 0x75454491 0x00000000 0x00000000), BaseThreadInitThunk() + 0x12 bytes(s)
    1>  0x772B9F72 (0x01249FC1 0x7EFDE000 0x00000000 0x00000000), RtlInitializeExceptionChain() + 0x63 bytes(s)
    1>  0x772B9F45 (0x01249FC1 0x7EFDE000 0x00000000 0x00000000), RtlInitializeExceptionChain() + 0x36 bytes(s)
    1>clang.exe : error : clang frontend command failed due to signal (use -v to see invocation)
    1>  clang with Microsoft CodeGen version 3.7.0
    1>  Provided as - is without support
    1>  C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\Clang 3.7\bin\x86\x86\c2.dll version 19.0.25115.0
    1>  Target: i686-pc-windows-msvc
    1>  Thread model: posix
    1>  clang.exe: note: diagnostic msg: PLEASE submit a bug report to https://connect.microsoft.com/VisualStudio and include the crash

    backtrace, preprocessed source, and associated run script.
    1>  clang.exe: note: diagnostic msg:
    1>  ********************
    1>
    1>  PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
    1>  Preprocessed source(s) and associated run script(s) are located at:
    1>  clang.exe: note: diagnostic msg: C:\Users\xxx\AppData\Local\Temp\ConsoleApplication1-023e15.cpp
    1>  clang.exe: note: diagnostic msg: C:\Users\xxx\AppData\Local\Temp\ConsoleApplication1-023e15.sh
    1>  clang.exe: note: diagnostic msg:
    1>
    1>  ********************

    After some test , I found that if the source code does not include "__block int c = 0;" and "c=b;" , clang works fine. Or it crashs.

    But when I use the clang compiling option "-gline-tables-only" , clang works fine and  VS will build the project successfully.
    So I think it crashs when generating the symbol information for "__block int c" , a __block var.

    Is this a Clang3.7 bug? Or I just use VS/Clang improperly?

    My intention is build a simple program which only have the "block" feature with it. So I chose clang Toolset. What do I miss ? :)

    PS: Content of file ConsoleApplication1-023e15.cpp is:

    ........System Header files content.............
    # 2418 "C:\\Program Files (x86)\\Windows Kits\\10\\Include\\10.0.10240.0\\ucrt\\tchar.h" 3
    
    # 12 "./stdafx.h" 2
    
    // TODO:
    # 5 "ConsoleApplication1.cpp" 2
    
    typedef void(^blktype)(int, int);
    
    int main()
    {
    	__block int c = 0;
    	blktype blk1 = ^(int a, int b)
    	{
    		++a;++b;
    		c=b;
    	};
    	blk1(9, 19);
    
        return 0;
    }

    Content of file ConsoleApplication1-023e15.sh is:

    # Crash reproducer for clang with Microsoft CodeGen version 3.7.0
    # Driver args: "-c" "-fdiagnostics-format=msvc" "--target=i686-pc-windows-msvc" "-I" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\Clang 3.7\\include" "-I" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\include" "-I" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\atlmfc\\include" "-I" "C:\\Program Files (x86)\\Windows Kits\\10\\Include\\10.0.10240.0\\ucrt" "-I" "C:\\Program Files (x86)\\Windows Kits\\8.1\\Include\\um" "-I" "C:\\Program Files (x86)\\Windows Kits\\8.1\\Include\\shared" "-I" "C:\\Program Files (x86)\\Windows Kits\\8.1\\Include\\winrt" "-g2" "-gdwarf-2" "-o" "Debug\\ConsoleApplication1.obj" "-Wall" "-O0" "-fno-strict-aliasing" "-fno-omit-frame-pointer" "-fexceptions" "-fstack-protector" "-fpic" "-fno-short-enums" "-fno-rtti" "-D" "WIN32" "-D" "_DEBUG" "-D" "_CONSOLE" "-D" "NDEBUG" "-D" "_UNICODE" "-D" "UNICODE" "-x" "c++" "-fms-extensions" "-fno-ms-compatibility" "-fblocks" "-D" "_DEBUG" "-D" "_MT" "-D" "_DLL" "-Xclang" "--dependent-lib=msvcrtd" "-Xclang" "--dependent-lib=oldnames" "ConsoleApplication1.cpp"
    # Original command:  "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\Clang 3.7\\bin\\x86\\clang.exe" "-cc1" "-triple" "i686-pc-windows-msvc19.0.0" "-emit-obj" "-mrelax-all" "-disable-free" "-disable-llvm-verifier" "-main-file-name" "ConsoleApplication1.cpp" "-mrelocation-model" "pic" "-pic-level" "1" "-mthread-model" "posix" "-mdisable-fp-elim" "-relaxed-aliasing" "-fmath-errno" "-masm-verbose" "-mconstructor-aliases" "-target-cpu" "pentium4" "-gdwarf-2" "-dwarf-column-info" "-coverage-file" "\\\\psf\\home\\documents\\visual studio 2015\\Projects\\ConsoleApplication1\\ConsoleApplication1\\Debug\\ConsoleApplication1.obj" "-resource-dir" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\Clang 3.7\\bin\\x86\\..\\lib\\clang\\3.7.0" "-D" "WIN32" "-D" "_DEBUG" "-D" "_CONSOLE" "-D" "NDEBUG" "-D" "_UNICODE" "-D" "UNICODE" "-D" "_DEBUG" "-D" "_MT" "-D" "_DLL" "-I" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\Clang 3.7\\include" "-I" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\include" "-I" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\atlmfc\\include" "-I" "C:\\Program Files (x86)\\Windows Kits\\10\\Include\\10.0.10240.0\\ucrt" "-I" "C:\\Program Files (x86)\\Windows Kits\\8.1\\Include\\um" "-I" "C:\\Program Files (x86)\\Windows Kits\\8.1\\Include\\shared" "-I" "C:\\Program Files (x86)\\Windows Kits\\8.1\\Include\\winrt" "-internal-isystem" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\Clang 3.7\\bin\\x86\\..\\lib\\clang\\3.7.0\\include" "-internal-isystem" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\Clang 3.7\\include" "-internal-isystem" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\include" "-internal-isystem" "C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\atlmfc\\include" "-internal-isystem" "C:\\Program Files (x86)\\Windows Kits\\10\\Include\\10.0.10240.0\\ucrt" "-internal-isystem" "C:\\Program Files (x86)\\Windows Kits\\8.1\\Include\\um" "-internal-isystem" "C:\\Program Files (x86)\\Windows Kits\\8.1\\Include\\shared" "-internal-isystem" "C:\\Program Files (x86)\\Windows Kits\\8.1\\Include\\winrt" "-O0" "-Wall" "-fdeprecated-macro" "-fdebug-compilation-dir" "\\\\psf\\home\\documents\\visual studio 2015\\Projects\\ConsoleApplication1\\ConsoleApplication1" "-ferror-limit" "19" "-fmessage-length" "0" "-stack-protector" "1" "-mstackrealign" "-fblocks" "-fno-rtti" "-fms-extensions" "-fms-compatibility-version=19" "-std=c++14" "-fdelayed-template-parsing" "-fobjc-runtime=gnustep" "-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option" "-fdiagnostics-format" "msvc" "--dependent-lib=msvcrtd" "--dependent-lib=oldnames" "-o" "Debug\\ConsoleApplication1.obj" "-x" "c++" "ConsoleApplication1.cpp""C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\Clang 3.7\\bin\\x86\\clang.exe" "-cc1" "-triple" "i686-pc-windows-msvc19.0.0" "-emit-obj" "-mrelax-all" "-disable-free" "-disable-llvm-verifier" "-main-file-name" "ConsoleApplication1.cpp" "-mrelocation-model" "pic" "-pic-level" "1" "-mthread-model" "posix" "-mdisable-fp-elim" "-relaxed-aliasing" "-fmath-errno" "-masm-verbose" "-mconstructor-aliases" "-target-cpu" "pentium4" "-gdwarf-2" "-dwarf-column-info" "-D" "WIN32" "-D" "_DEBUG" "-D" "_CONSOLE" "-D" "NDEBUG" "-D" "_UNICODE" "-D" "UNICODE" "-D" "_DEBUG" "-D" "_MT" "-D" "_DLL" "-O0" "-Wall" "-fdeprecated-macro" "-ferror-limit" "19" "-fmessage-length" "0" "-stack-protector" "1" "-mstackrealign" "-fblocks" "-fno-rtti" "-fms-extensions" "-fms-compatibility-version=19" "-std=c++14" "-fdelayed-template-parsing" "-fobjc-runtime=gnustep" "-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option" "-fdiagnostics-format" "msvc" "--dependent-lib=msvcrtd" "--dependent-lib=oldnames" "-x" "c++" "ConsoleApplication1-023e15.cpp"


    我们在天上的父,愿人都尊你的名为圣。愿你的国降临。愿你的旨意行在地上,如同行在天上。

    LINKER ERROR :: Cannot open file(...).lib

    $
    0
    0

    I uses CROW this micro framework to create a server site. First of all, I started to write a simple code with a Notepad++ , such as like this:

    #include"crow.h"int main(){return0;

    }

    I save it as .cpp file and save it inside "include" folder along with other header file. After that, I tried to compile the code via developer command prompt with such command as like this : cl /EHsc /I C:\local\boost_1_60_0 C:\Users\USER\Desktop\crow-master\include\example.cpp ^ /link /LIBPATH:C:\local\boost_1_60_0\lib64_msvc-12.0 This approach will give linker error with a message saying cannot open file (...).lib . Am I doing the right way? Did I miss out something ? Please tell me what should I do to improve this situation. Thank you in advance !

    Huge delays after building a solution

    $
    0
    0

    Hi,

    I am working inside a solution with just over 50 projects inside it and I just upgraded from Visual Studio 2010 to Visual Studio 2015 and I am having some pretty serious speed issues...

    The main issue is when a build completes either Rebuild All or just building a specific project at the end of the build Visual Studio will report 'Build successful' and the UI will completely stop for 60-90 seconds or so. Any attempts to interact results in the message bubble appearing saying 'Visual Studio is waiting for an internal operation to complete'

    Similarly sometimes attempting to save a single file (change one character and press save) takes up to 60 seconds...

    This seems a little ridiculous to me given 5 years of development has occurred between 2010 and 2015...

    I have uninstalled my anti-virus to no avail, I have completely disable the xaml designer and elected all xaml files to be opened in text source editor mode and that hasn't helped either...

    It seems that projects with no xaml components build and do not have this delay

    Also switching between 2 xaml files can take up to 20 seconds if one of them has any pending changes, if both have been saved the delay does not occur.

    What is going on? Right now I think I will have to go back to 2010 or investigate 2013 as the upgrade path

    Build .sln does NOT seem to generate "output" from 'child' projects before package creation

    $
    0
    0

    Hi there, couldn't find info on this or even if this is the right forum, so apologies in advance if this is obvious:

    We have a MSBuild of a mysystem.sln that works fine on dev and build machine but doesn't seem to generate the custom "output" locations on the build server.

    So we have :

    sln
    -proj1 (output - "..\proj2\plugin\")
    -proj2

    so when the thing build on VS on a dev box it generates this in Proj2 folder structure:

    -proj2
    --bin (dlls in here)
    --obj
    ---Release
    --plugin
    ---dlls from proj1 and anything marked as "content" or copyalways, etc...

    But on the build server plugin is empty...

    what are we missing/doing wrong?


    - sure I'm noJedi but that's no reason to stop trying to make stuff levitate! -


    MSBuild Error

    $
    0
    0

    Greetings,

    I get the following build error in VS 2012:

    Error 7 "bin\Debug\XXX.ProjectName.vshost.exe.manifest;bin\Release\app.publish\Application Files\XXX.ProjectName_1_0_0_0\XXX.ProjectName.exe.manifest;bin\Release\XXX.ProjectName.exe.manifest;bin\Release\XXX.ProjectName.vshost.exe.manifest" is an invalid value for the "InputManifest" parameter of the "GenerateApplicationManifest" task. Multiple items cannot be passed into a parameter of type "Microsoft.Build.Framework.ITaskItem". XXX.ProjectName

    Here is the content of the manifest file in the bin\Debug and bin\Release:

    <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
    <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
      <assemblyIdentity version="1.0.0.0" name="MyApplication.app"/>
      <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
        <security>
          <requestedPrivileges xmlns="urn:schemas-microsoft-com:asm.v3">
            <requestedExecutionLevel level="asInvoker" uiAccess="false"/>
          </requestedPrivileges>
        </security>
      </trustInfo>
    </assembly>

    Any Help would be appreciated,

    TIA

    Viewing all 2763 articles
    Browse latest View live


    <script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>