No se pudo encontrar el archivo de metadatos '.dll'


723

Estoy trabajando en un proyecto WPF, C # 3.0, y aparece este error:

Error 1 Metadata file
'WORK=- \Tools\VersionManagementSystem\BusinessLogicLayer\bin\Debug
\BusinessLogicLayer.dll' could not be found C:\-=WORK=- \Tools
\VersionManagementSystem\VersionManagementSystem\CSC VersionManagementSystem

Así es como hago referencia a mis controles de usuario:

xmlns:vms="clr-namespace:VersionManagementSystem"
<vms:SignOffProjectListing Margin="5"/>

Sucede después de cada compilación fallida. La única forma en que puedo obtener la solución para compilar es comentar todos mis controles de usuario y reconstruir el proyecto, y luego descomento los controles de usuario y todo está bien.

He verificado las órdenes de compilación y las configuraciones de dependencias.

Como puede ver, parece haber truncado la ruta absoluta del archivo DLL ... He leído que hay un error con la longitud. ¿Es este un posible problema?

Es muy molesto y tener que comentar, construir y descomentar, la construcción se está volviendo extremadamente agotadora.


55
Tuve un problema similar (obteniendo el mismo error que se indica en el título) y lo manejé limpiando y reconstruyendo el proyecto. Para hacer referencia correctamente a otros proyectos, no tengo idea ..
phoad

¿Esta pregunta tiene una respuesta que califique como aceptada? Creo que el de @Matt_Bro es bastante bueno.
demongolem

44
Marqué la respuesta de Matt, ya que parece haber funcionado para la mayoría de las personas, sin embargo, esto no resolvió mi problema original. Sigo pensando que está relacionado con el límite máximo de ruta de Windows. Vea mi respuesta a continuación.
Oliver

1
No se pudo encontrar el posible duplicado del archivo
Des Horsley

Intenté todas las respuestas anteriores y desafortunadamente nada funcionó en mi caso. Me encontré con 2 errores 1. Falta el archivo .dll 2. Método ya definido en otro lugar con los mismos parámetros He borrado el segundo error primero eliminando la función que se ha duplicado en otro lugar. Mi primer error: es decir, falta el archivo .dll se ha resuelto por sí solo. ¡Quiero decir si tiene más de un error junto con un error de archivo que falta .dll! Intenta resolver los otros errores primero. Puede ser .dll error resuelve por sí mismo!
Un usuario

Respuestas:


908

Acabo de tener el mismo problema. Visual Studio no está creando el proyecto al que se hace referencia.

Instrucciones escritas:

  1. Haga clic derecho en la solución y haga clic en Propiedades.
  2. Haga clic en Configuración a la izquierda.
  3. Asegúrese de que la casilla de verificación debajo de "Compilar" para el proyecto que no puede encontrar esté marcada. Si ya está marcado, desmarque, presione aplicar y vuelva a marcar las casillas.
  4. (Opcional) Debía hacerlo para los modos Release y Debug en las propiedades de la solución.

Instrucciones de captura de pantalla:

  • Dicen que una imagen vale más que mil palabras. Haga clic en el GIF para acercar y, con suerte, será fácil de seguir:

Instrucciones GIF


177
Y, en mi caso, a pesar de que la casilla de verificación estaba marcada, desmarcarla y volver a marcarla solucionó el problema.
ngm

13
Esto solucionó mi problema: tenía que hacerlo para los modos Release y Debug en las propiedades de la solución. ¡Gracias!
theJerm

133
La desmarcación / verificación simple no resolvió el problema, así que tuve que seguir los siguientes pasos: - solución limpia - desmarcar todas las casillas de compilación - reiniciar VS - marcar todas las casillas de compilación
frankie

27
La otra cosa que hacer es verificar cada una de las dependencias del proyecto, por alguna razón no estaba configurando esto automáticamente. Propiedades de la solución -> Propiedades comunes -> Dependencias del proyecto.
Anicho

99
desmarque -> la verificación funcionó brevemente para mí y luego el problema volvió. Luego reinicié Visual Studio y el problema desapareció.
DesarrolladorDan

224

Esto todavía puede suceder en las versiones más nuevas de Visual Studio (acabo de hacer que ocurra en Visual Studio 2013):

Otra cosa para intentar es cerrar Visual Studio y eliminar el .suoarchivo que está al lado del .slnarchivo. (Se volverá a generar la próxima vez que Save all(o salga de Visual Studio)).

He tenido este problema al agregar nuevos proyectos a la solución en otra máquina y luego incorporar las revisiones, pero el .suoarchivo también puede dañarse en otros casos y dar lugar a un comportamiento muy extraño de Visual Studio, por lo que eliminarlo es una de las cosas que siempre intento.

Tenga en cuenta que al eliminar el .suoarchivo se restablecerán los proyectos de inicio de la solución.

Más sobre el .suoarchivo está aquí .


24
Esto solucionó el problema para mí. También vale la pena mencionar que los .suoarchivos están ocultos. Por lo tanto, deberá configurar su explorador para mostrar archivos ocultos.
George Howarth

66
Estoy trabajando con el proyecto Xamarin y el archivo .suo se encuentra en la carpeta .vs /. Intenté eliminarlo y no resolvió mi problema

VS2013: tuve que mover mi espacio de trabajo TFS a una ubicación diferente. Después de completar esto, comencé a recibir este error. Eliminar el archivo sou funcionó para mí.
Vin

40
Esto también funcionó para mí. Pero en Visual Studio 2015, el .suoarchivo está oculto y se encuentra dentro de un .vsdirectorio oculto al lado de .sln. por ejemplo: si se c:\foo\mysolution.slnbusca el archivo de soluciónc:\foo\mysolution\.vs\mysolution\v14\.suo
Wyck

66
Para VS2017, por simplicidad, simplemente eliminé la .vscarpeta oculta que también eliminó el .suoarchivo. Reabrí la solución, arreglé un error no relacionado más y el problema se resolvió.
user3613932

183

La respuesta sugerida no funcionó para mí. El error es un señuelo para otro problema.

Descubrí que estaba apuntando a una versión ligeramente diferente de .NET y esto fue marcado como una advertencia por el compilador, pero estaba causando que fallara la construcción. Esto debería haberse marcado como un error y no como una advertencia.


99
Pude solucionarlo haciendo coincidir el marco del proyecto con la versión superior indicada en el mensaje de advertencia haciendo clic derecho en el proyecto> Propiedades> Aplicación> Marco de destino.
StronglyTyped el

1
Lo mismo para mí, usando vs2015.
bruno.bologna

Sí. exactamente esto me pasó a mí también. VS 2015
KevinDeus

¡Gracias! Esto resolvió mi problema. VS 2015 después de actualizar el proyecto a .Net Framework 4.7.1.
DHoover

Wow, esto me lo arregló. El nuevo proyecto apuntaba a una versión .net diferente. No puedo creer que no haya un control para esto incluso en vs2017.
Douglas Gaskell el

104

Bueno, mi respuesta no es solo el resumen de todas las soluciones, sino que ofrece más que eso.

Sección 1):

En soluciones generales:

Tuve cuatro errores de este tipo ('no se pudo encontrar el archivo de metadatos') junto con un error que decía 'No se pudo abrir el archivo de origen (' Error no especificado ')'.

Intenté deshacerme del error 'no se pudo encontrar el archivo de metadatos'. Para eso, leí muchas publicaciones, blogs, etc. y descubrí que estas soluciones pueden ser efectivas (resumiéndolos aquí)

  1. Reinicie Visual Studio e intente compilar nuevamente.

  2. Vaya a 'Explorador de soluciones' . Haga clic derecho en Solución. Ir a propiedades . Vaya a 'Administrador de configuración' . Compruebe si las casillas de verificación en 'Compilar' están marcadas o no. Si alguno o todos están desmarcados, verifíquelos e intente construir de nuevo.

  3. Si las soluciones anteriores no funcionan, siga la secuencia mencionada en el paso 2 anterior, e incluso si todas las casillas de verificación están marcadas, desactívelas, verifique nuevamente e intente construir nuevamente.

  4. Orden de construcción y dependencias del proyecto:

    Vaya a 'Explorador de soluciones' . Haga clic derecho en Solución. Vaya a 'Dependencias del proyecto ...' . Verá dos pestañas: 'Dependencias' y 'Orden de compilación' . Este orden de compilación es aquel en el que se construye la solución. Verifique las dependencias del proyecto y el orden de compilación para verificar si algún proyecto (por ejemplo, 'proyecto1') que depende de otro (por ejemplo, 'proyecto2') está intentando compilarse antes de ese (proyecto2). Esta podría ser la causa del error.

  5. Verifique la ruta del archivo .dll faltante:

    Verifique la ruta del archivo .dll faltante. Si la ruta contiene espacio o cualquier otro carácter de ruta no válido, elimínelo e intente construir nuevamente.

    Si esta es la causa, entonces ajuste el orden de construcción.


Sección 2):

Mi caso particular:

Intenté todos los pasos anteriores con varias permutaciones y combinaciones reiniciando Visual Studio varias veces. Pero no me ayudó.

Entonces, decidí deshacerme de otro error que estaba encontrando ('El archivo de origen no se pudo abrir (' Error no especificado ')').

Me encontré con una publicación de blog: Error de TFS : el archivo de origen no se pudo abrir ('Error no especificado')

Intenté los pasos mencionados en esa publicación de blog, y me deshice del error 'No se pudo abrir el archivo fuente (' Error no especificado ')' y sorprendentemente me deshice de otros errores ('no se pudo encontrar el archivo de metadatos') como bien.


Seccion 3):

Moraleja de la historia:

Pruebe todas las soluciones como se menciona en la sección (1) anterior (y cualquier otra solución) para deshacerse del error. Si nada funciona, según el blog mencionado en la sección (2) anterior, elimine las entradas de todos los archivos de origen que ya no están presentes en el control de origen y el sistema de archivos de su archivo .csproj .


44
Mi problema fue orden de construcción / dependencias del proyecto. Eliminar y volver a agregar referencias de otros proyectos corregirá esto (creo), pero también puede hacerlo usted mismo.
Nacht - Restablece a Monica el

44
Enfrenté este problema al degradar el .NET v4.5proyecto a .NET v.4.
guneysus

1
Eliminar "%" de la ruta dll referenciada me ayudó
Boogier

1
¡La solución en la Sección 2 funcionó para mí! Tuve otro error y cuando solucioné eso, los otros desaparecieron mágicamente.
Martin Johansson el

1
Tuve el mismo problema que Boogier. Tenía un% 20 en el nombre de mi carpeta en lugar de un espacio y el dll estaba buscando un espacio. Pasé mucho tiempo probando todas las otras soluciones, cuando la real era la más simple.
Lenny K

38

En mi caso, fue causado por una versión de .NET Framework que no coincide.

Un proyecto fue 3.5 y el otro proyecto de referencia 4.6.1.


2
Esto también sucede entre 4.5.2 vs. 4.6
AzzamAziz

2
De hecho, tuve uno de 4.6.1 y el resto fue 4.5.2, ¡gracias!
Mason

77
Sí, parece que cada vez que una versión de marco es diferente, esto sucede. Gran error de Microsoft!
Eric Schneider

¡Sip! Estaba tratando de usar un .Net 4.7.1 .dll cuando mi proyecto era .Net 4.6.1. La advertencia estaba oculta por otros elementos, pero no hubo ningún error al respecto. Mi error fue un arenque rojo
Esaith

29

¡Cerrar y reabrir Visual Studio 2013 funcionó para mí!


Tengo este problema después de revertir los cambios de git a los archivos del proyecto. Reinicié VS2015 y resolvió el problema
Ludovic C

Esto debe marcarse como respuesta aceptada. Marcar / desmarcar las casillas de verificación lleva más tiempo.
Alex

1
Todavía tengo este problema con VS2019 y esto me lo solucionó, gracias
pcdev

20

Bueno, nada en las respuestas anteriores me funcionó, así que me hizo pensar en por qué estoy haciendo clic y esperando cuando, como desarrolladores, realmente deberíamos tratar de entender lo que está sucediendo aquí.

Me pareció obvio que esta referencia incorrecta del archivo de metadatos debe mantenerse en algún lugar.

Una búsqueda rápida del archivo .csproj mostró las líneas de culpabilidad. Tenía una sección llamada <itemGroup> que parecía estar colgada en la antigua ruta de archivo incorrecta.

<ItemGroup>
    <ProjectReference Include="..\..\..\MySiteOld\MySite.Entities\MySite.Entities.csproj">
        <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>
        <Name>Beeyp.Entities</Name>
    </ProjectReference>
...

Entonces, una solución simple realmente:

  1. Haga una copia de seguridad de su archivo .csproj.
  2. Encuentre las rutas incorrectas en el archivo .csproj y cambie el nombre adecuadamente.

Asegúrese de hacer una copia de seguridad de su antiguo .csproj antes de tocar el violín .


38
ASEGÚRESE DE USAR EL CONTROL DE VERSIÓN ANTES DE HACER NADA
svick

14

También me encontré con este problema. En primer lugar, debe crear manualmente su proyecto DLL, haciendo clic con el botón derecho en Crear. Entonces funcionará.


14
Si bien esta solución funciona, en realidad no soluciona el problema y podría generar más problemas subyacentes. En primer lugar, si está trabajando con código en un repositorio, es una mala forma exigir que un nuevo desarrollador salte a través de los aros para llevar el código a un punto donde se construirá. En segundo lugar, para ver los cambios en el proyecto al que se hace referencia, debería reconstruirlo manualmente cada vez. Consulte mi respuesta para obtener una solución más sólida al problema.
Matt_Bro

En mi caso, ni siquiera construye el proyecto individualmente, me da el mismo error. Digamos que mi nombre de proyecto es "proj1", cuando lo construyo (manualmente como dijiste) Metadata file ...proj1.dll could not be found¡ me lo da !
A-Sharabiani

14

En mi caso, tengo mi directorio instalado de manera errónea.

Si su ruta de solución es algo así como "Mi proyecto% 2c Muy popular% 2c Prueba de unidad% 2c Software y hardware.zip", no puede resolver el archivo de metadatos, quizás debamos evitar algunas palabras no válidas como% 2c.

Cambiar el nombre de la ruta al nombre normal resolvió mi problema.


1
¿Podría elaborar más su respuesta agregando un poco más de descripción sobre la solución que proporciona?
abarisone

Mi clon de git agregó% a mi ruta de carpeta, eliminando estos resolvió el problema.
Erik Bergstedt

@abarisone Eliminé la cadena "% 2c" del camino, luego funcionó
masphei

1
Ese también fue mi problema, cuando cloné el proyecto que se llamó usando "% 20" en lugar de un espacio simple. Gracias @abarisone, tu enfoque resolvió mi problema.
MA Cordeiro

Cuando cloné mi proyecto desde TFS, también agregó un% 20 por alguna razón. La eliminación también solucionó el problema para mí.
Selthien

13

Obtuve el mismo error "No se pudo encontrar el archivo de metadatos '.dll'", e intenté varias cosas descritas anteriormente, pero la razón del error fue que estaba haciendo referencia a un archivo DLL de terceros que apuntaba a una versión .NET más alta que mi proyecto se dirige a la versión .NET. Entonces la solución fue cambiar el marco objetivo de mi proyecto.


Bueno, estaba a punto de responder lo mismo, en mi caso agregué un nuevo proyecto dirigido a .Net 4.5.xy comenzó a suceder cuando, desde ese proyecto, agregué una referencia a un proyecto que estaba usando .Net 4.6.
Juan

12

Visual Studio 2019 esto funcionó para mí:

  1. Cerrar Visual Studio
  2. Eliminar la .vscarpeta oculta
  3. Vuelva a abrir Visual Studio y reconstruya la solución.

Muchas gracias, esto también funcionó para mí después de hacer una compilación fallida más.
Iamsodarncool

Gracias, esto lo hizo por mí.
iaacp

10

Para mí, estaba tratando de encontrar un archivo DLL en una ruta que solía contener el Proyecto, pero lo movimos a un nuevo directorio. La solución tenía la ruta correcta al proyecto, pero Visual Studio de alguna manera seguía buscando en la ubicación anterior.

Solución: cambie el nombre de cada proyecto problemático, solo agregue un carácter o lo que sea, luego cambie el nombre a su nombre original.

Esto debe restablecer algún tipo de caché global de algún tipo en Visual Studio, ya que esto soluciona este problema y varios similares, mientras que cosas como Limpiar no lo hacen.


10

Agregué un nuevo proyecto a mi solución y comencé a obtener esto.

¿La razón? El proyecto que traje estaba dirigido a un marco .NET diferente (4.6 y mis otros dos eran 4.5.2).


1
No sé por qué ahora, pero estuve ejecutando mis proyectos durante un año así. mi subproyecto era 4.6.1 y el proyecto principal era 4.5.2. Funcionó sin ningún problema. de repente recibo este error, pero no quiero degradar el subproyecto porque tiene una característica que existe en 4.6.1, no creo que este sea el problema. Microsoft explica que aún debería estar funcionando
batmaci

TLDR: compruebe las advertencias de compilación. Esto es lo que me pasó pero con un giro. los proyectos estaban en 4.5.2. Se agregaron nuevos proyectos en 4.6. Paquetes nuget instalados en 4.6 proyectos. 4.6 proyectos degradados a 4.5.2. Nugets esperaban 4.6. Descensos de nugets resueltos.
w00ngy

9

Para mí ocurrió cuando incluí un nuevo proyecto en una solución.

Visual Studio selecciona automáticamente .NET Framework 4.5.

Cambié a la versión .NET 4.5.2 como las otras bibliotecas, y funcionó.


8

Para mí, los siguientes pasos funcionaron:

  • Encuentra el proyecto que no está construyendo
  • Eliminar / agregar referencias a proyectos dentro de la solución.

Haga clic derecho sobre la "carpeta" de referencia en el explorador de soluciones, "elimine las referencias no utilizadas". Hice esto en todos mis proyectos en esta solución, funcionó
Mathieu VIALES

8

También me estaba sacando el pelo con este problema, pero después de probar las respuestas anteriores, lo único que funcionó para mí fue abrir cada proyecto en mi solución 1 por 1 y construirlos individualmente.

Luego cerré Visual Studio 2013, volví a abrir mi solución y se compiló bien.

Es extraño, porque si hice clic en cada proyecto en mi Explorador de soluciones e intenté construirlos de esa manera, todos fallaron. Tuve que abrirlos solos en sus propias soluciones.


1
Ugh, esto. Muchas cosas requieren que Microsoft reinicie para funcionar nuevamente.
Yatrix

8

Parece que este tipo de errores están relacionados con el hecho de que Visual Studio no proporciona información correcta sobre un error. El desarrollador ni siquiera entiende la razón de la compilación fallida. Puede ser un error de sintaxis u otra cosa. En común, para resolver estos problemas, debe encontrar la raíz del problema (por ejemplo, mire el registro de compilación).

En mi caso, el problema era de hecho que la Error Listventana no mostraba ningún error. Pero realmente hubo errores de sintaxis; Encontré estos errores en la Outputventana, y después de solucionarlos, el problema se resolvió.


También experimenté este problema. No hubo ningún error en la Lista de errores, pero los resultados de compilación fallidos en DevOps mostraron el error
amartin

7

Mi instancia del problema fue causada por un proyecto común que tenía un nombre de clase duplicado (bajo un nombre de archivo diferente). Es extraño que Visual Studio no pudiera detectar eso y, en cambio, solo explotó el proceso de compilación.


¿Es este un comentario, una respuesta o una nueva pregunta? Además, tenga en cuenta que OP es de 2009
gmo

8
Es una solución adicional al mismo problema. Sé que el OP es antiguo, pero según las últimas publicaciones, las personas aún encuentran otras causas. Solo trato de salvarle la frustración al siguiente tipo, ya que ninguna de las otras soluciones funcionó para mí tampoco.
Eric

44
No critico la respuesta de nadie, solo ofrezco una solución alternativa al mismo síntoma.
Eric

7

Tengo este problema en Visual Studio 2012 en una solución que tenía muchos proyectos. Reconstruir cada proyecto en la solución manualmente en el mismo orden que el Orden de compilación del proyecto (clic derecho y reconstruir en el Explorador de soluciones) lo arregló para mí.

Finalmente llegué a uno que me dio un error de compilación. Solucioné el error y la solución se construiría correctamente después de eso.


En mi caso, el error estuvo oculto hasta que abrí Visual Studio 2015 en modo Adminstrator. Solo entonces mostró el error de compilación. Después de arreglar eso, podría continuar.
SL Barth - Restablece a Monica

6

En mi caso, el problema era que había eliminado manualmente un archivo de no compilación que estaba marcado como "perdido". Una vez que eliminé la referencia al archivo que ahora falta y volví a compilar, todo estuvo bien.


6

Si tiene un espacio en el nombre de su solución, esto también causará el problema. Si elimina el espacio del nombre de su solución, la ruta no contiene% 20 resolverá esto.


¡¡eres un genio!!
Itamar

No vi tu comentario antes de resolverlo. Pero este era mi problema.
L Johnson el


6

En mi caso, el problema fue causado por un simple error de compilación,

error CS0067: el evento 'XYZ' nunca se usa

eso, por cualquier motivo, no apareció en la ventana de error.

Debido a eso, el sistema de compilación de Visual Studio pareció perder el error e intentó construir proyectos dependientes, lo que a su vez falló con el molesto mensaje de metadatos.

La recomendación es, por estúpida que parezca:

Primero mira tu ventana de salida !

Me tomó media hora antes de que esta idea me golpeara ...


Creo que todos deberían buscar esta respuesta. Mire en la ventana de salida de compilación y vea si hay algún error o advertencia allí y luego corríjalos. Problema resuelto. Gracias Heinz Kessler por tu respuesta.
Capitán América

5

Yo también tuve el mismo error. Se esconde como en el siguiente camino. La ruta a la que me referí para el archivo DLL es como "D: \ Assemblies Folder \ Assembly1.dll".

Pero la ruta original a la que se refería el ensamblado era "D: \ Assemblies% 20Folder \ Assembly1.dll".

Debido a esta variación de nombre de ruta, el ensamblado no se pudo recuperar de su ruta original y, por lo tanto, arroja el error "Metadatos no encontrados".

La solución está en la pregunta de desbordamiento de pila ¿ Cómo reemplazo todos los espacios con% 20 en C #? .


5

Me enfrenté al mismo problema. En mi caso, hice referencia a un proyecto de biblioteca de clases con una versión .Net más alta que mi proyecto y VS no pudo construir el proyecto y generó el mismo error que publicó.

Simplemente configuré la versión .Net de mi proyecto de biblioteca de clases (la que había roto la compilación) idéntica a la versión .Net del proyecto referenciado y el problema resuelto.


1
¡¡¡Esta!!! Si bien la respuesta anterior fue buena, esto fue algo que simplemente pasé por alto por completo. Gracias buen señor.
Rhys Johns

@RhysJohns feliz codificación :)))
Code_Worm

4

Simplemente señalando lo obvio: si no tiene habilitado "Mostrar ventana de salida cuando se inicia la compilación", asegúrese de notar si su compilación falla (¡pequeño error de "compilación fallida" en la parte inferior izquierda)!


Recientemente tuve algo similar: de la nada, cientos de errores de cs0006 en el registro de errores, pero nada más (y lo peiné con un peine muy fino). Finalmente (!) Pensé en mirar la ventana Salida, y se informó un error del compilador, y efectivamente en el código el error tenía un garabato rojo debajo. No tengo idea de por qué no se informó el error en la ventana Errores. VS2017 Enterprise.
altivo

4

Tuve este error cuando intentaba publicar una aplicación web. Resultó que una de las propiedades de una clase estaba envuelta en

#if DEBUG
    public int SomeProperty { get; set; }
#endif

pero el uso de la propiedad no fue. La publicación se realizó en la configuración de lanzamiento sin el DEBUGsímbolo, obviamente.


4

Según el mensaje de error, no creo que la ruta del archivo se esté truncando. Parece ser simplemente incorrecto. Si estoy leyendo el mensaje correctamente, parece estar buscando el archivo DLL en ...

WORK = - \ Tools \ VersionManagementSystem \ BusinessLogicLayer \ bin \ Debug \ BusinessLogicLayer.dll

Este no es un camino válido. ¿Es posible que tenga una definición de macro en el proceso de compilación establecida en un valor no válido?


No sé cómo ya que no he cambiado nada y no tiene eventos de generación personalizada o configuraciones
Oliver

4

Tuve este problema porque .nuget\NuGet.exeno estaba incluido en mi repositorio. Aunque habilité DownloadNuGetExeen NuGet.targets, informó un error de proxy al intentar descargarlo. Esto hizo que el resto de las compilaciones del proyecto fallara.


4

Este error se puede mostrar si usa ensamblajes falsos. Eliminar las falsificaciones conduce a una construcción exitosa del proyecto.


¿Qué es una "asamblea falsa"? ¿Puedes elaborar? (Responda ampliando su respuesta.)
Peter Mortensen
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.