vslangproj80 una standard puede net ensamblado dependencias cargar archivo vb.net visual-studio-2005

vb.net - una - no se puede cargar el archivo o ensamblado vslangproj80 dll



No se pudo cargar el archivo o ensamblado ''xxxx'' o una de sus dependencias. El sistema no puede encontrar el archivo especificado (3)

Dentro de VS2005, todo nuestro personal de programación recibe este mensaje de error esporádicamente y siempre está en el proyecto BeneControls . Este mensaje de error ocurre varias veces al día y ocurre al pasar al modo DISEÑO para un control. Normalmente, la reconstrucción de BeneControls soluciona el problema, pero en algún momento debe reconstruirse toda la solución.

¿Alguien más ha resuelto este problema todavía?

¿Alguna recomendación o sitio web que describa lo que se debe hacer?

A veces deseo que MS agregue un botón de reconstrucción a la pantalla del mensaje de error.

Estamos usando Visual Studio 2005, VB.NET y DevExpress Controls.

Aquí está el mensaje de error completo:

One or more errors encountered while loading the designer. The errors are listed below. Some errors can be fixed by rebuilding your project, while others may require code changes. Could not load file or assembly ''BeneControls, Version=1.0.3289.23008, Culture=neutral, PublicKeyToken=null'' or one of its dependencies. The system cannot find the file specified. Hide at System.Signature._GetSignature(SignatureStruct& signature, Void* pCorSig, Int32 cCorSig, IntPtr fieldHandle, IntPtr methodHandle, IntPtr declaringTypeHandle) at System.Signature.GetSignature(SignatureStruct& signature, Void* pCorSig, Int32 cCorSig, RuntimeFieldHandle fieldHandle, RuntimeMethodHandle methodHandle, RuntimeTypeHandle declaringTypeHandle) at System.Signature..ctor(RuntimeFieldHandle fieldHandle, RuntimeTypeHandle declaringTypeHandle) at System.Reflection.RtFieldInfo.get_FieldType() at System.ComponentModel.Design.InheritanceService.AddInheritedComponents(Type type, IComponent component, IContainer container) at System.Windows.Forms.Design.DocumentDesigner.Initialize(IComponent component) at System.ComponentModel.Design.DesignerHost.AddToContainerPostProcess(IComponent component, String name, IContainer containerToAddTo) at System.ComponentModel.Design.DesignerHost.Add(IComponent component, String name) at System.ComponentModel.Design.DesignerHost.System.ComponentModel.Design.IDesignerHost.CreateComponent(Type componentType, String name) at System.ComponentModel.Design.Serialization.DesignerSerializationManager.CreateInstance(Type type, ICollection arguments, String name, Boolean addToContainer) at System.ComponentModel.Design.Serialization.DesignerSerializationManager.System.ComponentModel.Design.Serialization.IDesignerSerializationManager.CreateInstance(Type type, ICollection arguments, String name, Boolean addToContainer) at System.ComponentModel.Design.Serialization.TypeCodeDomSerializer.Deserialize(IDesignerSerializationManager manager, CodeTypeDeclaration declaration) at System.ComponentModel.Design.Serialization.CodeDomDesignerLoader.PerformLoad(IDesignerSerializationManager manager) at Microsoft.VisualStudio.Design.Serialization.CodeDom.VSCodeDomDesignerLoader.PerformLoad(IDesignerSerializationManager serializationManager) at System.ComponentModel.Design.Serialization.BasicDesignerLoader.BeginLoad(IDesignerLoaderHost host)

Gracias de antemano, Gerhard


Versión = 1.0.3289.23008 - eso me dice que su número de versión cambia constantemente, ¿ha pensado en corregir un número de versión durante el desarrollo?

En AssemblyInfo.vb:

Actualmente está configurado para incrementar:

[assembly: AssemblyVersion("1.0.*.*")]

Cambiar a:

[assembly: AssemblyVersion("1.0.0.0")]

Y lo tienes en una versión fija.


He visto esto en el pasado en una situación en la que el control estaba en el mismo ensamblaje que el consumidor (el GAC y las versiones no funcionaban allí), parece estar relacionado con la forma en que el diseñador bloquea el ensamblaje en la memoria y se niega a ceder

El consejo que nuestros desarrolladores tienen es no dejar abiertos a los diseñadores de formularios al cerrar VS, o alternar entre tipos de compilación (creo que se debe a que comparten la misma carpeta de salida entre configuraciones de compilación en VB.Net)


Bueno, no soy un desarrollador, pero tengo que implementar un proyecto que realmente envía fax utilizando los servicios de fax en el servidor de Windows 2008 de 64 bits. el proyecto se desarrolló en una plataforma de 32 bits de Windows y estaba configurando toda la información de acuerdo con las instrucciones dadas, pero aún así cometí un error molesto y luego encontré la solución y fue cambiar la plataforma de anycpu a x86 y funcionó. para obtener una lista de configuración completa, siga el siguiente enlace: http://www.sizledcore.com/2011/10/could-not-load-file-or-assembly/