Hola!

Una solucion sencilla: En una VM (VMWAre Workstation preferiblemente) instala un XP SP3 con Visual Studio y coloca ahí tu source. Seguramente podrás compilarlo y demás yerbas, sin necesidad de tener que tenerlo "afuera".

Saludos!

De entrada en otro mensaje ya te expliqué que estás referenciando un componente distinto, probablemente o porque te falta el otro, o porque no está registrado...

Repasa el hilo y cuando alguien te responda a tus cuestiones, las pruebas y finalmente responde si se arregló o no... porque si luego abres otro hilo relacionado con el mismo tema, no hay mucho ánimo para responder a alguien que ni sabes si leyó lo que en otra parte le dijiste.

https://foro.elhacker.net/programacion_visual_basic/extrano_problema_y_conflicto_con_los_listview-t496777.0.html

Aparte, una dll/ocx no es obligatorio registrarla a cambio de que resida en la carpeta del proyecto.

A veces al instalar una dll del mismo nombre pero que es otra versión corrompe los programas que precisaban la versión que estaba antes registrada... por eso en casos así, es preferible adjuntar las librerías al proyecto, y dejarlas en la misma carpeta del proyecto.... Imagina alguien que tiene instalado un programa que utiliza la libreriaX.dll versión 5.89 y ahora llegas tú con tu programa pero que utilizas la misma o otra librería distinta, pero del mismo nombre versión 1.123 y sobrescribes la que está en ".../win2/system.../libreriaX.dll", pués acabas de J0D35 casi con seguridad a aquel programa... si vienes con una librería 'vieja' o una del mismo nombre pero distinto fabricante (distints funcionalidad y por tanto incompatible), la dejas en la carpeta donde instalas el programa y listo)...

Por otro lado si el programa no está compilado, entonces estás tirando d elas librerías que instaló Visual Studio 6, debes pués asegurarte que la mantienes la librería correcta presente y registrada en el sistema.

Por último, determinadas librerías aunque se ofrecían con VS, Mocosoft concedía una licencia y tal... con las que al final daba problemas, después cuando se dejó de lado VS 6.0 y evolucionó a NET, decidieron dar 'soltura' a dichas licencias, las cuales afectaban solo a determinados componentes... Trato de buscarlo y a la noche si lo he encontrado lo comparto...

Meses, no.. exactamente un mes.

Aquí las descargas que señalé ayer...
https://workupload.com/archive/CrtCf8Z

Accesible las 2 siguientes descargas:
1 - VB60SP6-KB957924-v2-x86-ESN.msi - 9'80Mb. Actualización acumulada para vb6 - sp6 (español). Contendrá todas las librerías que pudieran faltarte...
2 - vb6cli - Problemas de licencia de controles.rar  - 26kb. leer el txt que viene dentro, para tener claro su cometido...

En el otro hilo, ya te expliqué que hay dos librerías con los mismos componentes pero son diferente versión, si instancias aquella cuyo GUID no coincide, evidentemente no va a funcionar, da igual que los métodos sean idénticos...

Si no es cuestión de bajarse 500 versiones y probar al azar "...a ver si canta el pájaro".

En programación es cuestión de saber o no saber, no tanto de probar... (que es la opción pobre cuando uno no sabe).

Abre el fichero del proyecto (*.vbp) con un visor de texto, copia el contenido y vuélcalo, y así sabremos que versiones de componentes usas (que exijan referencia, los que vienen embebidos en el runtime, ya lo contienen dichas librerías)... más aún, viene el GUID para cada componente y al final la versión, por lo que con dicho dato se puede ver de localizar si está instalado buscándolo en el registro de win2...