visual-studio - sp6 - mscomct2.ocx download
Visual Studio 6 Windows Common Controls 6.0(sp6) Windows 7, 64 bit (13)
=> justo lo que dijo jay, simplemente elimine las entradas del registro que apuntan a otras rutas que no sean en c: / windows / system32. Esas son las culpables del error. Obtuve esos errores en mi IDE vb6 y luego de eliminar esas entradas de registro anómalas el problema fue arreglado Funciona de maravilla.
Me pidieron que ayudara a trabajar en una aplicación heredada vb6 para alguien, así que decidí lanzar Visual Studio 6 en mi computadora portátil con Windows 7 x64 siguiendo esta guía .
Se instaló bien, y puedo ver que todo funciona, a excepción de Microsoft Windows Common Controls 6.0 (sp6). Microsoft Windows Common Controls-2 6.0 (sp6), Microsoft Windows Common Controls 5.0 (sp2), etc., todo funciona bien. Sin embargo, cuando intento agregar el componente Microsoft Windows Common Controls 6.0 (sp6), aparece el error:
'''' could not be loaded
No pude agregar una imagen, así que he subido una captura de pantalla aquí para cualquiera que quiera verla exactamente:
He intentado registrar / desregistrar / volver a registrar MXCOMCTL.OCX, MSCOMCT2.OCX, msdatsrc.tlb, todo sin éxito. También he desinstalado una actualización de seguridad conocida que puede haber causado problemas con los controles comunes de Windows. He eliminado IE11, aunque los informes indican que IE11 no causará problemas con MSCOMCTL.OCX como lo hizo IE10.
Ejecuto VB6.EXE en el modo de compatibilidad con Windows XP SP3. Con Deshabilitar temas visuales, Deshabilitar composición de escritorio y Deshabilitar la escala de pantalla en configuraciones de alto DPI. Así como ejecutarlo como administrador.
También he intentado abrir un proyecto anterior que utiliza este control, y falla durante la carga con el mismo error "en blanco" que aparece en la captura de pantalla con lo siguiente en el registro de errores generado:
Línea 35: Clase MSComctlLib.ListView del control lvData no era una clase de control cargada. Línea 223: Clase MSComctlLib.StatusBar de control Stat no era una clase de control cargada.
Así que eso me dice que no es un problema de versión dentro del .vbp como algunos sugieren (como sucede con los proyectos nuevos y en blanco).
Estoy en el final de ingenio. Al parecer, la gente ha conseguido que tanto VB6 como Windows 7 x64 funcionen correctamente (con los Controles comunes de Windows), pero NADA he intentado aliviar mi problema. Espero que alguien aquí se haya topado con esto, o tenga algunas ideas sobre lo que está sucediendo.
Abra el Editor del Registro usando el comando de ejecución regedit.
Localice la clave HKEY_CLASSES_ROOT / TypeLib y luego realizó una búsqueda de "MSCOMCTL.OCX" y eliminó CADA clave que hacía referencia a este archivo .ocx.
Abra el símbolo del sistema (cmd) en modo Administrador. Escribe el siguiente código,
En la máquina de 32 bits,
cd c:/Windows/System32
regsvr32 MSCOMCTL.OCX
regtlib msdatsrc.tlb
regsvr32 MSCOMCT2.OCX
En la máquina de 64 bits,
cd c:/Windows/SysWOW64
regsvr32 MSCOMCTL.OCX
regtlib msdatsrc.tlb
regsvr32 MSCOMCT2.OCX
Creo que puede estar relacionado con un problema en el que Microsoft lanzó una actualización de MScomCtlLib que fue reparada incorrectamente por Microsoft, lo que causó errores de registro.
Creo que si sigues los consejos expuestos en:
Estaba teniendo las mismas dificultades para cargar mi proyecto VB 6. Aquí hay un mensaje de error de muestra: "La clase MSComctlLib.ProgressBar de control prgExecution no era una clase de control cargada".
Microsoft Magic solucionó este problema de la siguiente manera: Abrí la ventana de Componentes del proyecto en mi proyecto roto. Hice clic en Examinar y encontré el archivo MsComctl.ocx. Hice clic en Aceptar. VB 6 se atascó (la aplicación no responde). Después de un tiempo, terminé la aplicación VB 6 usando el administrador de tareas.
Luego, mágicamente, cuando abrí mi proyecto VB 6 para mostrar a mi amigo de programación qué era un proyecto POS, todos los controles estaban de vuelta, vinculados como se esperaba. De alguna manera, algo fue registrado o arreglado.
He buscado este problema durante horas y he hecho clic en cientos de sitios web, ninguno de ellos funcionó.
Mi solución final:
- ejecutar: cmd
- cd c: / Windows / SysWOW64 (localice en la ubicación)
- regsvr32 MSCOMCTL.OCX
esto resuelve el primero. Para el segundo:
- ejecutar: cmd
- cd c: / Windows / Microsoft.NET / Framework / v4.0.30319
- regtlibv12 msdatsrc.tlb
hecho.
Esto puede no funcionar para todos (considerando la razón de la versión del sistema, etc.)
Hoy mismo tuve el placer (cuestionable) de ejecutar el código VB6 en Windows / 64 Bit. Encontré este hilo, pero ninguna de las soluciones propuestas funcionó para mí. Ninguno de los dos trabajó agregando referencias usando el menú "Proyecto -> Referencias ...".
Para que funcionara, tuve que modificar manualmente el archivo de proyecto VB6 (* .vbp). Para todas las bibliotecas con las que tuve problemas de carga tuve que usar la siguiente notación para definir como referencia: Object = {Registry Key} # Version # 0; Ejemplo LIBRARY.OCX: Objeto = {FAEEE763-117E-101B-8933-08002B2F4F5A} # 1.1 # 0; DBLIST32.OCX
No tuve que registrar ninguna de las bibliotecas (usando regsvr32), todas ya estaban correctamente registradas. Creo que la razón por la que funciona mi solución es que si se usa la notación "object = {[...]" (en lugar de la notación "Reference = * / G {[...]"), VB Studio solo usa la clave de registro y obtiene su raíz en C: / Windows / SysWOW64 mientras que al otro lado termina buscando en C: / Windows / System32
Por cierto, IE11 está instalado. Si esto importa o no, solo Bill G podría saberlo. Mi conjetura es que mi solución funciona sin importar qué IE está instalado. Es posible que tenga que cancelar el registro y registrar las bibliotecas faltantes como se menciona en este hilo.
Espero que ayude a cualquiera que se enfrente a problemas similares.
Implementar las dos directivas que ya me funcionaron desde "C: / Windows / SysWOW64"
regsvr32 MSCOMCTL.OCX
regtlib msdatsrc.tlb
Vale la pena señalar que el cuadro de DOS debe estar en modo Administrador. Antes de esto, seguí teniendo errores en la vena "La clase MSComctlLib.TreeView del control tvTreeView no era una clase de control cargada" y "La clase MSComctlLib.ListView del control lvListView no era una clase de control cargada".
También estoy usando Visual Studio 6 en Windows 7 de 64 bits, con actualizaciones del SP6. Fui conducido aquí debido al mismo problema. En mi caso, no tuve que pasar por el registro.
Mi solución fue reemplazar el MSCOMCTL.OCX en el cuadro de Windows 10 con uno de un cuadro de Windows 7 que también tenía instalado MS Access. Por alguna razón, hay diferentes controles de MSCOMCTL.OCX 2.0 con el mismo nombre.
Sé que esto suena loco, y puede que no ayude a nadie más, pero hemos guardado este MSCOMCTL.OCX con un archivo Léame y ha solucionado nuestros nuevos errores de instalación cada vez.
anula el registro del MSCOMCTL.OCX actual que viene con el cuadro de Windows 10, lo eliminamos y registramos el anterior que hemos guardado.
Mientras esperaba una respuesta para obtener ideas aquí, había decidido probar algo. Ejecuté regedit como administrador, navegué hasta la clave HKEY_CLASSES_ROOT / TypeLib y luego realicé una búsqueda de "MSCOMCTL.OCX" ... Eliminé CADA clave que hacía referencia a este archivo .ocx.
Después de buscar en todo el registro, eliminando lo que encontré, ejecuté el símbolo del sistema como administrador. Luego navegué a C: / Windows / SysWOW64 y escribí los siguientes comandos:
regsvr32 MSCOMCTL.OCX
regtlib msdatsrc.tlb
¡Al volver a registrar estos dos archivos, todo está FUNCIONANDO! Busqué en la web HORAS buscando esta solución en vano. Da la casualidad de que lo arreglé yo mismo después de publicar una pregunta aquí :( A pesar de que Visual Studio 6 no está actualizado, es de esperar que esto pueda ayudar a otros.
Obtengo el mismo problema pero recibí un error debajo del error cuando ejecuté regsvr32 MSCOMCTL.OCX
El módulo "MSCOMCTL.OCX" se cargó pero la llamada a DllRegisterServer falló con el código de error 0x8002801c.
Cuando ejecuto CMD.EXE como administrador, resolví mi problema.
Algunas veces, VB6.EXE también necesita ejecutarse como administrador para acceder a algún problema de registro.
Buena suerte.
SOLUCIÓN SIMPLE
- Crea un nuevo proyecto en blanco y guárdalo.
- usando NOTEPAD abra el .VBP del nuevo proyecto y copie la línea MSCOMCTL
- usando NOTEPAD abra el archivo .VBP de su proyecto
- Reemplace la línea MSCOMCTL y guárdela.
HECHO
buena suerte
Tuve el mismo problema al ejecutar Windows 7-64 con VB6. Intenté anular el registro y volver a registrar las soluciones anteriores, pero no resolvió el problema. Entonces noté que en mis Componentes VB6 tenía referencias tanto a los Controles comunes de Microsoft Windows -2 6.0 (SP6) como a los Controles comunes de Microsoft Windows -3 6.0 (SP5). Quité la referencia del SP5 y todo funciona ahora bien. Parece que -2 6.0 SP6 reemplaza a -3 6.0 (SP5) y cuando ambos están presentes hay dos referencias al mismo control. Espero que esto ayude. Steve
Tuve el problema de que VB6 IDE no cargaría los controles comunes (Sp6) con la instalación de VB6 en W7 64bit, específicamente comctrl y msmask. Probé todas las soluciones propuestas utilizando regsrv32 (elevado), edité el registro, cambié el número de versión en el vbp, etc., tal como propusieron MS y otros. Todos fallaron. Estas soluciones funcionaron en mis otros 2 PCS pero no en este. Finalmente quité IE11 y todo funcionó correctamente después. IE10 nunca se ha instalado correctamente en esta PC: pasamos directamente de IE8 a IE11 y nos hemos visto obligados a retroceder para utilizar IE8.
Tengo que decir que la solución simple anterior no resuelve el problema, que es que el IDE de VB6 no cargará los controles comunes (usando la selección del menú Componentes en Proyecto): aparece un error que dice que el objeto no está cargado. Así que esto sucederá (y lo probé a mí mismo) en cualquier proyecto, nuevo o antiguo, que trate de usar los controles comunes que no se cargarán.
Así que mi sugerencia a cualquiera que tenga este problema es que intente la solución de registro manual usando la ruta regsrv32, luego edite el vbp para cambiar la versión, y si esto falla, desinstale IE11 (y definitivamente IE10). Pero esto puede no ser una solución al 100% porque si los archivos de su proyecto ".vbp" contienen referencias a los controles comunes equivocados, debe corregirlos manualmente. Aquí es donde se carga un nuevo proyecto. Se cargan los componentes que necesita dentro del IDE. , luego edite el vbp recién creado usando el bloc de notas y copie los números de versión de los controles comunes en sus archivos vbp existentes.