visual usando tutorial sp6 sigue reemplazo descargar vb6 debug-symbols pdb-files

vb6 - usando - visual basic tutorial



¿Por qué mi PDB para mi proyecto VB6 no coincide con la dll generada? (2)

Tengo un proyecto VB6 y lo he habilitado para generar archivos pdb ( this muestra cómo hacerlo). Sin embargo, no puedo depurar con ellos y cuando los verifico con symcheck obtengo esta salida:

>SYMCHK: MyFile.dll FAILED - MyFile.pdb mismatched or not found >SYMCHK: FAILED files = 1 >SYMCHK: PASSED + IGNORED files = 0

He comprobado con la salida detallada que está encontrando el pdb (incluso moviéndolo a un directorio que está verificando) pero parece que no quiere coincidir.

¿Qué podría causar esto y qué puedo hacer al respecto?


Experimenté el mismo problema con Visual Studio (estaba en ac # project). Debido a que no proporcionó mucha información sobre la configuración de su entorno, es difícil decir las causas exactas del problema.

Como no tengo experiencia con Visual Basic IDE, propondré las causas del problema con Visual Studio. Dependiendo de sus proyectos y configuración, esto podría ser aplicable o no a su IDE de VB. Solo trata de aplicártelos.

Así que aquí hay una lista no exhaustiva de problemas potenciales que pueden estar causando este comportamiento con Visual Studio:

  1. Los archivos DLL utilizados por su programa son los almacenados en caché
    • Esto puede ocurrir si su ejecutable está utilizando la versión en caché de la dll (esto también se conoce como copia de sombra). A menudo estos archivos están en una carpeta temporal. Para solucionarlo, uno tiene que simplemente eliminar estos archivos temporales.
  2. Tu depurador está intentando cargar módulos y símbolos en el lugar equivocado
    • Por ejemplo, Visual Studio puede configurarse para cargar módulos en un lugar específico.
      Para arreglarlo, uno tiene que arreglar el lugar donde se cargan los módulos (normalmente Ctrl + D + M ).
  3. Su operación de limpieza / reconstrucción solo reconstruye el proyecto de salida.
    • Visual Studio puede reconstruir solo su proyecto de salida mientras usted desea reconstruir toda su solución.
      Para solucionarlo, uno tiene que comprobar que está reconstruyendo correctamente la solución completa.
      Tenga en cuenta que su operación de limpieza no puede eliminar las referencias a las que hace referencia el proyecto pero que no son relevantes para él. Estos archivos permanecerán en las carpetas de salida hasta que los elimines.
  4. Visual Studio ha entrado en un estado inestable y probablemente deba reiniciarse.
    • No cuento más las numerosas veces en que un simple reinicio de mi instancia de Visual Studio solucionó la mayor parte del extraño comportamiento de compilación.
      Para arreglarlo uno tiene que simplemente reiniciar Visual Studio.

Por lo general, una forma de ir a prueba de balas cuando se encuentra con esto es:

  • limpia la solución
  • Elimina todas las carpetas bin y obj en cada uno de tus proyectos
  • eliminar cualquier carpeta temporal utilizada para la copia de sombra
  • realizar una reconstrucción