StartUpToDateCheck(null, 1) throws ArgumentException

[jcansdale]

Call to IVSBuildableProjectCfg.StartUpToDateCheck(null, 1) throws an ArgumentException on VS 2015 RC F# projects. The 1 indicates the VSUTDCF_DTEEONLY flag is set.

On C# and other common project types, this call indicates whether Visual Studio thinks the project needs building. I've found it to be the quickest and most reliable way to find which projects need building. Unfortunately this method doesn't seem to be well documented.

Here is the full exception:

[11268] System.ArgumentException: Value does not fall within the expected range.
[11268] at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo)
[11268] at Microsoft.VisualStudio.ErrorHandler.ThrowOnFailure(Int32 hr, Int32[] expectedHRFailure)
[11268] at Microsoft.VisualStudio.FSharp.ProjectSystem.Utilities.TryGetActiveConfigurationAndPlatform(IServiceProvider serviceProvider, IVsHierarchy hierarchy, ConfigCanonicalName& configCanonicalName)
[11268] at Microsoft.VisualStudio.FSharp.ProjectSystem.ProjectConfig.IsUpToDate(OutputWindowLogger logger, Boolean testing)
[11268] at Microsoft.VisualStudio.FSharp.ProjectSystem.BuildableProjectConfig.StartUpToDateCheck(IVsOutputWindowPane pane, UInt32 options)

I think this method may have always returned false on previous versions (rather than throwing an exception). This isn't a show stopper.

[jcansdale]

To repro:

1. Install TestDriven.NET-3.8.2877 RTM
   http://testdriven.net/download_release.aspx?LicenceType=Personal

2. Create F# class library project in VS 2015 RC with:
   module adhoc
   let hello = printfn "Hello, world!"

3. Right click and 'Run Test(s)' anywhere on 'let hello ...' line.

This will cause 'System.ArgumentException' to be thrown and F# project won't be built before 'hello' is run. Exception will be visible in Sysinternals DebugView.

[latkin]

Thanks for the details. The up to date check doesn't currently pay any attention to the initial options flags, we should add proper consideration for those.

AFAIK this won't affect normal user builds, but we should do our best to fully support the various automation scenarios, too.

[enricosada]

i can repro,

the exception is raised when solutionBuildManager.FindActiveProjectCfg is called

[jcansdale]

I've just checked to see how F# projects behave in previous versions of Visual Studio. In VS 2008, 2010 and 2013, the following returns false (or rather a H result of < 0):

QueryStartUpToDateCheck(1, pfSupported, pfReady)
// 1 is the VSUTDCF_DTEEONLY flag

When this happens, TestDriven.Net assumes that the project might need building and doesn't call StartUpToDateCheck (which throws the exception in VS 2015).

Keeping this behavior consistent in VS 2015 might be a better fix?

[enricosada]

old code:

QueryStartUpToDateCheck

• supported = 0
• ready = (IsInProgress()) ? 0 : 1 that's wrong, ready mean ready to start the up-to-date check, not the build itself. ready param is unused
• return: VSConstants.S_OK ( = 0 )

StartUpToDateCheck

• return: VSConstants.E_NOTIMPL ( = -2147467263 )

[jcansdale]

Did you mix up the method names there?

Won't it have been QueryStartUpToDateCheck that returned
VSConstants.E_NOTIMPL?

On 28 May 2015 at 12:59, Enrico Sada notifications@github.com wrote:

old code:

QueryStartUpToDateCheck

• supported = 0
• ready = (IsInProgress()) ? 0 : 1
• return: VSConstants.S_OK

StartUpToDateCheck

• return: VSConstants.E_NOTIMPL

—
Reply to this email directly or view it on GitHub
#471 (comment)
.

[enricosada]

@jcansdale see pr #473 .
Disabled both QueryStartUpToDateCheck ( supported = 0 ) and StartUpToDateCheck.
Now behave like the old code, and testdrive works ok 😄

[enricosada]

@jcansdale :

Did you mix up the method names there?

Won't it have been QueryStartUpToDateCheck that returned
VSConstants.E_NOTIMPL?

nope, return OK (0), but supported false (0)
That's ok, if not supported, StartUpToDateCheck is not called with VSUTDCF_DTEEONLY

[enricosada]

as a side note, options can contains flags from VsUpToDateCheckFlags2 ( vs 2012+ )

Flags passed into AreProjectsUpToDate as well as QueryStartUpToDateCheck and StartUpToDateCheck to indicate that the operation for the purpose of a particular build request is done.

• VSUTDCF_PACKAGE A package build (to create an app package for a Windows Store app) has been requested.
• VSUTDCF_PRIVATE A mask for any custom VS_BUILDABLEPROJECTCFGOPTS_PRIVATE flags that were specified with the build.
• VSUTDCF_REBUILD A full rebuild has been requested.

@latkin @KevinRansom any idea if we should manage also these flags? retro-compatibility like VSUTDCF_DTEEONLY ?

[jcansdale]

Excellent, thanks for checking! It was indeed the supported = 0, that made
it work with TestDriven.Net in previous versions.

On 28 May 2015 at 13:07, Enrico Sada notifications@github.com wrote:

@jcansdale https://github.com/jcansdale see pr #473
#473 .
Disabled both QueryStartUpToDateCheck ( supported = 0 ) and
StartUpToDateCheck.
Now behave like the old code, and testdrive works ok [image: 😄]

—
Reply to this email directly or view it on GitHub
#471 (comment)
.

[enricosada]

@jcansdale really good bug report! easy to fix.
With your repro was really easy to test it and now testdriven works ok.
Let's wait @latkin or @KevinRansom review of #473