Kinook Software Forum

Go Back   Kinook Software Forum > Visual Build Professional > [VBP] Third Party Tools

Reply
 
Thread Tools Rating: Thread Rating: 39 votes, 5.00 average. Display Modes
  #1  
Old 02-24-2012, 12:11 AM
tikskit tikskit is online now
Registered User
 
Join Date: 11-19-2010
Posts: 3
How do I redirect MSBuild's output to file?

I need to log the output of MSBuild action to a plain text file. If a compilation fail, I will send the file by email.
If I did it in command line, I would write something like:
MSBuild project.sln >> my.log

But how do I do it using MSBuild action?
Thank you in advance!

P.S. I use 7.7 version

Last edited by tikskit; 02-24-2012 at 12:41 AM.
Reply With Quote
  #2  
Old 02-24-2012, 07:34 AM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,003
http://msdn.microsoft.com/en-us/libr...vs.100%29.aspx
Reply With Quote
  #3  
Old 03-07-2012, 01:24 PM
Shiamak Shiamak is online now
Registered User
 
Join Date: 02-07-2006
Posts: 84
Building with sln specific xml file

Hi,

I have my own build.xml file which works fine at the visual studio command prompt and compiles all the projects, however I would like to incorporate this in VisualBuild using MSBuild action, is it possible , if you do hve an example this will be really helpful.

Best
Reply With Quote
  #4  
Old 03-07-2012, 03:20 PM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,003
In the MSBuild action, specify the build.xml file in the Project file field on the Project tab, and the vcvarsall.bat file (as called by the VS Command Prompt) in the Command to run before main command field on the Advanced tab.
http://www.kinook.com/VisBuildPro/Ma...ildprojtab.htm
http://www.kinook.com/VisBuildPro/Ma...dvancedtab.htm
Reply With Quote
  #5  
Old 03-07-2012, 04:05 PM
Shiamak Shiamak is online now
Registered User
 
Join Date: 02-07-2006
Posts: 84
THanks, the build.xml i am using complies all the projects fine when used after initiating "Visual Studio 2008 Command prompt" manually but when I use the same build.xml with the MSBUILD in visualbuild (as mentioned by you earlier, I get the message that "OUTPUTDIR is not specified for one of the projects"

??
Reply With Quote
  #6  
Old 03-07-2012, 04:17 PM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,003
Take it in steps to ensure everything is setup the same in Visual Build.

1) Run Visual Build from the VS 2008 Command Prompt (start VisBuildPro<enter>), add a Run Program step that makes the same msbuild call as done manually (also set the Start in field to the working folder of the Command Prompt), and build.

2) Add a Set Current Dir step to set the build dir to the working folder of the command prompt, and following that, add a MSBuild step to call the build.xml (select any option or add flags as needed to match the manual msbuild call), and rebuild.

3) Add the vcvarsall.bat call to the MSBuild step as mentioned previously to avoid needing to start Visual Build from the VS 2008 Command Prompt, start Visual Build from a shortcut and build the project.
Reply With Quote
  #7  
Old 03-07-2012, 04:55 PM
Shiamak Shiamak is online now
Registered User
 
Join Date: 02-07-2006
Posts: 84
I am sorry I am a bit confused, you want me to run step 1 with setting MSBUILD call to my Build.xml? or to set environment vs 2008? bat file?

Also Am i adding "set current dir" right after step 2? what does working folder imply here?

where am I adding call to vcvarsall.bat?

I am sorry for the confusion..
Quote:
Originally Posted by kinook View Post
Take it in steps to ensure everything is setup the same in Visual Build.

1) Run Visual Build from the VS 2008 Command Prompt (start VisBuildPro<enter>), add a Run Program step that makes the same msbuild call as done manually (also set the Start in field to the working folder of the Command Prompt), and build.

2) Add a Set Current Dir step to set the build dir to the working folder of the command prompt, and following that, add a MSBuild step to call the build.xml (select any option or add flags as needed to match the manual msbuild call), and rebuild.

3) Add the vcvarsall.bat call to the MSBuild step as mentioned previously to avoid needing to start Visual Build from the VS 2008 Command Prompt, start Visual Build from a shortcut and build the project.
Reply With Quote
  #8  
Old 03-07-2012, 05:07 PM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,003
The first step would be to reproduce your msbuild call within Visual Build via a Run Program action (starting Visual Build from the VS 2008 command prompt to replicate the environment it initializes).

The second step would be to convert this to a MSBuild step in Visual Build, preceded by a Set Current Dir step to set the working folder (still starting from the VS 2008 command prompt).

The third step would be to call the vcvarsall.bat (what the Visual Studio 2008 Command Prompt does) in the MSBuild step's Command to run before main command field on the Advanced tab, to setup the environment within the build instead of relying on the VS command prompt.
Reply With Quote
  #9  
Old 03-07-2012, 05:22 PM
Shiamak Shiamak is online now
Registered User
 
Join Date: 02-07-2006
Posts: 84
Quote:
Originally Posted by kinook View Post
The first step would be to reproduce your msbuild call within Visual Build via a Run Program action (starting Visual Build from the VS 2008 command prompt to replicate the environment it initializes).

The second step would be to convert this to a MSBuild step in Visual Build, preceded by a Set Current Dir step to set the working folder (still starting from the VS 2008 command prompt).

The third step would be to call the vcvarsall.bat (what the Visual Studio 2008 Command Prompt does) in the MSBuild step's Command to run before main command field on the Advanced tab, to setup the environment within the build instead of relying on the VS command prompt.
Thanks a bunch, I have gotten further, but now it seems like the VisualBuild (or compiler) is complaining about some Tracker.exe , for increamental build.. where can this exe be obtained?
Reply With Quote
  #10  
Old 03-07-2012, 05:34 PM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,003
Visual Build itself doesn't call or use any Tracker.exe. Maybe its path is not in the PATH environment of the Visual Build process and it can't be located?
Reply With Quote
  #11  
Old 03-07-2012, 05:38 PM
Shiamak Shiamak is online now
Registered User
 
Join Date: 02-07-2006
Posts: 84
Quote:
Originally Posted by kinook View Post
Visual Build itself doesn't call or use any Tracker.exe. Maybe its path is not in the PATH environment of the Visual Build process and it can't be located?
I dont have tracker.exe on my machine anywhere, however this blog http://bradwilson.typepad.com/blog/2...r-msb3454.html
describe the need for it but I dont wanna update my build machine to vs 2010.

Please help.
Reply With Quote
  #12  
Old 03-07-2012, 05:44 PM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,003
Looks like you would need to disable tracking as mentioned in that article, or maybe install the Windows SDK.
Reply With Quote
  #13  
Old 03-09-2012, 12:47 PM
Shiamak Shiamak is online now
Registered User
 
Join Date: 02-07-2006
Posts: 84
Hi,

I totally appreciate your prompt and useful inputs, however the problem was not with Tracker.exe (infact there is NO TRACKER.EXE that is being shipped with VS 2008) but it turned out that VisualBuld by default was using MSBUILD.EXE in .net framework v4.0 which LOOKS FOR TRACKER.EXE for incremental compilation.

The simplest solution that I figured out was to OVERRIDE MSBUILD.EXE with .net framework v3.5 and wallah...it all worked great..

I just wanted to share the closure on this issue so if someone else is facing the same issue, this solution could help em.

Thanks again for the wonderful work and keep up the good work!

VisualBUild is much appreciated in my part of the world.
Reply With Quote
Reply

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



All times are GMT -5. The time now is 11:35 AM.


Copyright © 1999-2023 Kinook Software, Inc.