@Nitzer, yo creo que la v11 de PowerCOBOL usa funciones modernizadas de alguna librería del sistema que no son compatibles con sus versiones anteriores. Tipo por ejemplo el OCX antiguo usa funciones de WinAPI con sufijo A y el Run-Time de PowerCOBOL v11 llamas las de sufijo W (es un ejemplo), y de ahí la explosión.

El nuevo OCX debe tener actualizada esta parte y es por eso que funciona. Así que para mi, casualidad ninguna, es La solución ;)

Al final, creo que he hecho lo mas razonable, he comprado la última versión de ComponentOne.
En principio no tengo que recompilar ni nada, tan solo sustituir los ocx, ni siquiera he visto que sea necesario registrar los nuevos.
Gracias a todos y especialmente a @Kuk, nuestro amado lider :)

@Nitzer, creo que has hecho lo correcto amigo Andrés, es La solución a mi modo de ver, y me alegro de que se haya resuelto el problema :amigo: :bien:

Siento deciros que la actualización no ha salido del todo bien, si bien parecía que todo era perfecto, los controles empiezan a hacer cosas raras, pero eso no es lo peor.
En modo desarrollo, hay veces que el control deja de 0bedecer y no se puede acceder a él y eso si que da miendo.
Voy a recapacitar un poco, pero creo que antes de "morir" voy a intentar volver a la versión 9 de cobol y a los antiguos controles.

Joer que mal @Nitzer, y más después de haber pagado una pasta por la nueva versión de los controles ...

Un salu2.-

Bueno, ahora por lo menos puedo decir que todo lo tengo legal :), no me gusta trabajar con cosas que no lo son.
Aunque curiosamente estoy trabajando con versiones que no son las compradas :)

Versión de Windows, versión de Netcobol, versión de ocx, todo esto mezclado puede causar estropicios importantes :), por eso mejor quedarse con lo que funciona y no tocar mucho, ya que nadie va a actualizar nada para que todo el tinglado siga funcionando.

Situación actual:
-Windows 11
-Netocobl 9
-Versión anterior de ComponentOne y de DBI.Tech

con este cocktail todo fluye :)