Questions and suggestions

re: Questions (DEVPATH)

spacattac — Fri, 02 Mar 2007 18:52:30 GMT

junfeng,

You were absolutely correct. You have to go through Support and there is a QFE - if anybody else needs it have them refer to KB Article Number(s): 931338

Thanks!

Lane

re: Questions and suggestions

Junfeng Zhang — Thu, 01 Mar 2007 22:47:58 GMT

spacattac,

I believe it is a bug in .Net framework 2.0, and there is a QFE available.

Please contact Microsoft Product Support Service for more information.

re: Questions (DEVPATH)

spacattac — Thu, 01 Mar 2007 22:34:40 GMT

Your descriptions on DEVPATH were helpful, but I'm still having a problem. I have a VS2005 solution where my NUnit project does just fine finding the Assemblies in my DEVPATH but my Web Site project fails to find them.

Any thoughts or suggestions?

Thanks,

Lane

re: Questions and suggestions

Junfeng Zhang — Tue, 27 Feb 2007 22:50:21 GMT

Sean,

Common Control is still in Winsxs. It is used by every UI component in VIsta.

winsxs on Vista Home Premium

Sean M — Fri, 23 Feb 2007 06:39:05 GMT

On my newly installed Vista Home Premium setup, I appear to be missing the folder for Microsoft.Windows.Common-Controls in the WinSxS folder. Is this intentional? I cannot embed a manifest referencing the version 6.x common controls in Visual Studio 2005 without it. Is there a way to fix this?

re: Questions and suggestions

Junfeng Zhang — Fri, 12 Jan 2007 21:37:01 GMT

john.carneiro

I haven't tried the scenario you described. There is no caching for assembly in GAC. So your scenario in theory should work.

If you want me to guess, I will probably say it is caused by the same caching binding failure breaking change above.

In any case, fusion binding log is your friend.

re: Questions and suggestions

Junfeng Zhang — Fri, 12 Jan 2007 21:33:57 GMT

John L,

I think it is possible. But I am not the best person to answer your question, as I don't know much about resource loading. Try to ask in BCLTeam's blog.

re: Questions and suggestions

john.carneiro — Fri, 12 Jan 2007 21:29:58 GMT

I am having a Fusion API issue when using the CreateAssemblyCache() and InstallAssembly() calls descibed

described in the online doc:

http://www.grimes.demon.co.uk/workshops/fusWSTen.htm

Here is the main doc:

http://www.grimes.demon.co.uk/workshops/fusionWS.htm

In this the .NET 2.0 C# code snippet.

I am basically installing an assembly in the GAC using the fusion API

under an app domain. After successfully installing it I try

loading it using the full name (an.FullName = "Waters.Scheduler.Resources", Version=1.0.0.0, Culture=neutral, PublicKeyToken=9248a9e9e65bdbea")

and it fails to load

a = Assembly.Load(an.FullName);

Interestingly, when I exit my program and restart it then finds it ok.

Does the fusion API somehow need be refreshed somehow?

Does the fusion API need to be called from another app domain for the

Assembly.Load(an.FullName);

to recognize the GAC assembly?

I was thinking a seerate process then may need to install the assemblies in the GAC, then load

them on the main process.

Or is this a bug or I am using the API the wrong way?

The AssemblyCache.InstallAssembly() method calls the fusion API via some wrapper code arround the API.

Thanks for any help given.

//***********************************************************

// If assembly is signed, then add it to the GAC

//***********************************************************

if (localAName.GetPublicKeyToken() != null && localAName.GetPublicKeyToken().Length != 0)

{

// Impersonate EverestUser account

tokenHandle = IntPtr.Zero;

dupeTokenHandle = IntPtr.Zero;

// Call LogonUser to obtain a handle to an access token.

bool returnValue = LogonUser(adminUserName, null, adminPassword,

LOGON32_LOGON_SERVICE, LOGON32_PROVIDER_DEFAULT,

ref tokenHandle);

// Check return value

if (!returnValue)

{

throw new DeploymentException("LogonUserFailed");

}

else

{

// Impersonate everest service user

try

{

bool retVal = DuplicateToken(tokenHandle, SecurityImpersonation, ref dupeTokenHandle);

}

catch (Exception e)

{

throw new DeploymentException("DupTokenLogonFailed", e.Message);

}

// The token that is passed to the following constructor must

// be a primary token in order to use it for impersonation.

WindowsIdentity newId = new WindowsIdentity(dupeTokenHandle);

WindowsImpersonationContext impersonatedUser = newId.Impersonate();

try

{

// Install assembly into the GAC

// The force flag forces the reinstall of an assembly regardless of any

// existing assembly with the same assembly name

AssemblyCache.InstallAssembly(localFileName, null, AssemblyCommitFlags.Force);

}

catch (Exception e)

{

throw new DeploymentException("GacInstallFailed", e.Message, localFileName);

}

finally

{

// Stop impersonating the user.

impersonatedUser.Undo();

}

// delete the local copy, since we only need it in the GAC

File.Delete(localFileName);

// this fails to find the assembly in the GAC

Assembly a = Assembly.Load(an.FullName);

re: Questions and suggestions

John L — Thu, 11 Jan 2007 00:47:24 GMT

I think i have a theory.

The assembly I'm returning has a culture of 'en', but the threadCulture is set to en-US.

If the ResourceResolve event asks for an en-US assembly and I return an assembly with an 'en' culture, will that cause it to fail?

re: Questions and suggestions

Junfeng Zhang — Thu, 11 Jan 2007 00:15:06 GMT

This may have been caused by the caching of assembly binding failures in .Net framework 2.0.

http://blogs.msdn.com/junfeng/archive/2004/07/22/190813.aspx