Um arquivo .rc contém resources que são referenciados por uma aplicação. Me parece que aqui foram usados como uma espécie de estrutura de dados para o compilador. Talvez se descobrirmos a linha de comando usada para compilar o código powercobol, possamos entender melhor o proposito do rc data.

Eslopes, ya he podido añadir un control a ITEMLIST. Claramente de momento no está mapeado a ninguna función por eso dice "Can't create item" :bien:

Excelente! Sinceramente duvidei que fosse possivel. Qual o proximo passo?

El próximo paso es averiguar cuales son las funciones a incluir de manera obligatoria. De momento voy a empezar buscando las funciones que crean el Control en Modo Diseño. No sé nada del tema, nunca me ha hecho falta, así que tendré que mirar bastante información...

Eslopes, estoy con la parte más chunga... Estoy mirando el PowerCOBOL y sus DLL-s decompiladas, para ver cómo carga los controles pero es muy dificil de seguir el código... Además, no sé y no he podido encontrar información de cómo se cargan los controles en modo Diseño (at Design time)... Me temo que esto va para largo. :(

Creio que o problema é que sendo um executável tão antigo, o PowerCOBOL 3 seja monolítico, ou seja, muita coisa deve hard-coded.

Andei estudando um pouco a IDE SharpDevelop. Existe um tutorial para adicionar uma linguagem de programação à IDE e portanto gerar código a partir dos controles padrões do .Net. Utilizando um Compilador Cobol .Net como o Raincode creio ser possível fazer um PowerCOBOL.Net, mas ainda não é certo.

Saludos, Emerson

Eslopes, el Raincode exige el Visual Studio Professional Edition, yo lo he probado con Expres Edition y no funciona... Además, como decía antes, yo nunca he usado .NET y es un historia muy diferente a la programación Win32. Para poder ensamblar algo hay que conocerlo bien. Yo creo que yo no podría montar un IDE de .NET, no conozco nada de ello.

En cuando al PowerCOBOL, yo uso varios decompiladores, pero el que mñas es el IDA Pro. Mis conocimientos de ASSEMBLER no son muy buenos, IDA genera código C a partir de ASM pero es aproximado, y las variables y las funciones se llaman de manera aleatoria (como sub_04FA54 o v01, v30, v52 etc...). Para entender bien cómo funciona, hay que obtener información de cómo lo hacen otros IDE como Visual Studio por ejemplo.

Siempre queda la posibilidad de crear controles en dinámico vía WinAPI. Pero bueno, de momento intentaré seguir mirando y a lo mejor logramos injertar otro control al PowerCOBOL.

Olá,

Raincode não é viável pois não implementa INVOKE.

Vou procurar entre meus contatos quem possa nos ajudar com a estrutura do Power.

Saludos, Emerson

Olá,

após alguma investigação com o Boomerang e o Snowman (decompiladores) me parece que será muito complicado adicionar novos controles diretamente no Powercobol 3. O motivo é que o PC3 não é modular. A informação necessária para adicionar os controles a um form estão hardcoded no executável do próprio powercobol ou nas suas DLLs. Posso estar muito enganado, mas me parece praticamente impossível adicionar um novo controle sem ter acesso ao código fonte original do PC3 (o que é impossível no momento).

Desejo boa sorte (e sinceramente espero que você consiga provar que estou errado), mas paro por aqui.

Saludos, Emerson

Eslopes, llevas razón. Pero imposible no es! Yo tengo código fuente C++ obtenida con el IDA Pro (decompilador). El PowerCOBOL.exe no hay que modificarlo, hay que determinar bien que funciones exportan las DLL y cómo registran clases. Es muy dificil, porque el como decía, el código decompilado no tiene nombres casi para nada (variables, funciones internas). Pero seguiré echando un ojo al tema cuando vaya tendiendo tiempo.